The Healthcare IT Blog

Today we are announcing Microsoft Amalga, the new family of Health Enterprise Systems. You can read the full press release on the microsoft.com web site.

The products included in the Amalga family are:

• Microsoft Amalga. The new version of the product formerly known as Azyxxi, Amalga is part of a new software category called Unified Intelligence Systems that allows hospital enterprises to unlock the power of all their data sitting in isolated clinical, financial and administrative systems. Without replacing current systems, it offers an innovative way to capture, consolidate, store, access and quickly present data in meaningful ways for use by clinicians and executives of leading-edge institutions. Amalga is designed for hospitals and health systems that have invested in a diverse set of IT solutions.
• Microsoft Amalga Hospital Information System (HIS). The new version of the product previously named Hospital 2000, Amalga HIS is a state-of-the-art, fully integrated hospital information system designed for developing and emerging markets. Amalga HIS is built around an electronic medical record (EMR) with complete patient and bed management, laboratory, pharmacy, radiology information system and picture archiving and communication system (RIS/PACS), pathology, financial accounting, materials management, and human resource systems.
• Microsoft Amalga RIS/PACS. The new version of the product formerly known as GCS Amalga is now available as a stand-alone system as well as an integrated component of Amalga HIS. The integrated architecture means that a radiologist can use a single application to manipulate and study images and access the patient medical record. The workstation interface is optimized for radiologist workflow, including support for predefined templates, an intuitive report editor and voice recognition capabilities.

Today we are also launching a revamped HSG web site and a new Amalga web site that contains detailed information about the three products.

This was a tremendous team effort leading up to HIMSS in a couple of weeks where you will be able to see all three products live in the Microsoft booth #2247. If you wondered where I was since the last time I blogged, well now you have a clue ;-)

The products included in the family are new versions of the products that we acquired over the last couple of years:

• Azyxxi --> Microsoft Amalga
• Global Care Solutions Hospital 2000 --> Amalga HIS
• Global Care Solutions Amalga RIS/PACS --> Amalga RIS/PACS

If you're coming to HIMSS, stop by the booth and say Hi, I will be there the entire week :-)

As promised the GOLD version of the IHE XDS.b Reference Implementation is now posted on CodePlex [direct link]

It is official, after a week of testing in Chicago at the IHE Connectathon, the Microsoft IHE XDS.b Reference Implementation has passed and received the GREEN LIGHT from the Connectathon staff:

You can expect the final drop of the code to be posted to the Codeplex web site in about a week.

Kudos to the entire Microsoft team, SIMPL and the partners that helped us testing!

It’s been about a month now since we released HealthVault and we heard a lot of great feedback from the industry. Pretty much everyone in Health has an opinion on HealthVault :-)

I also saw some interesting debate regarding how HealthVault addresses the big elephant in the room: compliance with existing standards.

I have been involved in the standards community in healthcare for a long time and contributed first hand to several of the standards that are adopted today, including the ASTM CCR, HL7 and the IHE Interoperability Profiles. We have demonstrated in the past strong support for standards in healthcare and we are committed to the idea of interoperability based on standard protocols and data formats.

I talked to Sean Nolan, our Chief Architect for HealthVault, about the philosophy behind the data model design and I asked him to give a brief explanation. Here is what he had to say:

Wherever possible, we are using existing standards both for interchange in and out of HealthVault as well as within it. Many of our data types draw directly from standards such as the ASTM CCR, the IndivoHealth project and soon the HL7 CDA/CCD.

Some of the data types we needed in order to support our partners’ applications where not readily available in the standards community. In those cases, for example for the “aerobic exercise” data type, we have worked in concert with clinical and application partners to make sure that we capture the right information. We are not the domain experts – our partners are, and we are leveraging their expertise to help us build up the dictionary of HealthVault types.

Our decisions around data type definitions are driven by four key principles:

1. Interoperable. When designing our information model, we try to do our best to make our data types interoperable with industry standards in actual use. Each individual data type generally represents a superset of the correspondent industry standards data type. This way we enable our partners to more easily take the information stored in HealthVault and populate a standard ASTM CCR or HL7 CDA XML document or to take an existing ASTM CCR or HL7 CDA XML document and populate the atomic HealthVault data.

2. Inclusive. When designing the HealthVault data model we had to strike a balance between fully structured data and unstructured information. This is in line with a number of the industry standards that allow, for example, dates to be represented as the string “when I was a kid”. Our types are designed to be as inclusive as possible - with the ability to capture structure when it is available, but still take in the data when structure is missing. Our use of “coded values” is one example - we allow simple text strings for things like lab results, but if LOINC codes or similar are available we handle them as well. This does make life somewhat harder for application developers - but ultimately we believe it is well worth the added complexity. This philosophy is also expressed in other parts of the system - for example, we support the ability for people to fax information into their records. An image of your immunization history isn’t as good as structured data - but it sure is better than not having it at all.

3. Just in Time. If the data types you see in the HealthVault today seem a bit arbitrary, it is due to how we approached their design with our early partners. Our data model is growing as we work with partners fluent in various domains. For example, we got help on our fitness types from Polar, and learned a great deal from J&J Lifescan when it came to blood glucose measurements.

4. Independent. As much as possible, we have tried to keep application development simple by eliminating relationships across data items. For example, for medication we store the information on the prescribing physician in the data item rather than as a pointer to another data item describing the physician. Managing data integrity across partners would be a huge problem if we had a real normalized schema behind the HealthVault system. Our goal has been to allow expression of those connections but never rely on their existence for data integrity.

Our types also allow each vendor to add “extensions” of their own making to item data – so to the extent that we are missing certain fields, they can be added – and the industry can rally around those extensions if it makes sense. We’re also working on a process for partners to submit these extensions for inclusion in the HealthVault base types.

We appreciate the richness of the clinical formats developed by the standards community. This is the reason that when we take data from external sources, we keep the original available as a single package that can be shared and managed just as any other type can be. In addition to this, we support through our API the ability to extract of the component pieces of those items and - when appropriate -store them into more discrete types.

I strongly suggest you download our SDK from the HealthVault MSDN Developer Center and have a look at the data types. Also, if you spend enough time looking at the SDK, you’ll see “traces” :-) of how we support ASTM CCR and HL7 CDA CCD:

And

I hope this helps explain our thinking and some of the principles behind the design HealthVault, please keep providing us with precious feedback!

I have seen some posts about the BizTalk Accelerator for HL7 v2.0 not supporting Windows Server 2003 SP2. That seemed very odd to me so I asked the product teams and in fact there was a typo in the Known Issues where something from a previous release of the documentation was left.

Friday we posted an updated version of the documentation where the typo has been corrected.

The BizTalk Accelerator for HL7 v2.0 *is* supported on Windows Server 2003 SP2, the *minimum* requirement is SP1. 

If you're in Farmington, CT on November 5th, I strongly suggest you attend the (first?):

Microsoft Health and Life Sciences Industry Council

Healthcare 2.0 Perspectives & Industry Impact - Blogs, Wikis, podcasts, social networking, mashups, and RSS have become mainstream. Yet, the overall business value and viability of the viral movement is largely unrealized within the Healthcare Industry.  This interactive session will showcase current and future state themes, trends, and what Microsoft is doing to help turn vision and potential into reality.

Sorry for the short notice, but I did not see this until today. All the people presenting have a very deep background in Health and development: Allan, Ben, Hong, David...

Now, how come I did not get an invite ;-)

After a long gestation period we have finally published the HL7 v3 and BizTalk whitepaper:

Getting Started with HL7 v3 and BizTalk Server 2006

This paper provides developers with an overview of HL7 version 3 Messaging (HL7 v3) concepts, how to build HL7 v3 solutions with Microsoft® BizTalk® Server 2006, and how to convert message format from HL7 v3 to HL7 Version 2 Messaging (HL7 v2).

Given all the different nuances of HL7 v3, it is somewhat difficult for Microsoft to build a "product", but we're definitely committed to supporting the development of solutions based on HL7 v3 messaging standard on the Microsoft platform. Over the past years we worked very closely with HL7 to make sure that XML best practices and Web Services were included in the development of the standard and at the same time that the Microsoft platform would support HL7's artifacts.

The whitepaper analyzes a typical workflow and the steps that are required to make everything work like it should. We have many customers and partners that contributed to the experience that led to the development of this paper. While the paper is by no means meant to be all-encompassing, it definitely gives a good idea and starting point.

The scenario that we selected for HL7 v2/v3 interop is based on the IHE ITI Patient Identity Feed transactions for HL7 v2 and HL7 v3.

This whitepaper comes with sample code for BizTalk 2006 R2 and the version 2.0 of the BizTalk Accelerator for HL7.

If you have not seen it, there is a nice complement to this paper that examines the development of HL7 v2 solutions (although based on v1.3 of the Accelerator for HL7).

Last night we made another announcement that further demonstrates Microsoft's commitment to the Health industry worldwide.

Collaborative alliance with Bumrungrad International Hospital in Bangkok will help bring enterprise-class health information system solutions to market around the world.

Have a look at the web site and the video we have there to get a better understanding of what GCS provides:

• http://www.hospital2000.com/
• Download the GCS video (11MB, right-click and save)

At the same time we're also launching a minor update to the Azyxxi web site, so this is a good time to go check it out again :-)

We have just published a whitepaper on the use of Office Open XML in Health at the address below:

Using Office Open XML Formats to Support Electronic Health Records Portability and Health Industry Standards

Abstract: Empowering patients and consumers to exchange Electronic Health Records securely is a big debate in the health industry across the globe. Learn how to use Office Open XML Formats and custom XML formats to exchange data securely. This particular scenario shows the use of Health Level Seven (HL7) Clinical Document Architecture (CDA) to represent the Electronic Health Record in an industry standard format. It also shows how to include the data in a secured document, based on Office Open XML Formats, for portability across multiple care providers.

The paper comes with sample code that is very easy to install and test with minimal requirements on the machine to help illustrate the concept outlined in the whitepaper.

I also want to point out an entry on Oliver Bell's blog about a similar topic.

Starting today I am joining Microsoft's Health Solution Group as a Senior Product Manager for Azyxxi.

After seven years working as a Technical Strategist for our healthcare team (U.S. Healthcare and Life Sciences first, then Worldwide Public Sector) I have enjoyed spending time with a lot of folks in the Microsoft field, in standard development organizations like HL7, IHE and ASTM, and with Microsoft customers and partners.

It is time to take it to the next level, as a Product Manager in HSG I will be responsible for product strategy for one of the most innovative solutions in Healthcare WW. That includes bringing the product to market and making sure that our roadmap is aligned to our customer's objectives (plus a few other things :-)

This blog is here to stay and I appreciate your continued support.

Btw, we're hiring a replacement ;-) The position should be posted soon.

The HealthVault Team has added a couple of great resources for partners and developers:

• HealthVault Blog (rss)
• HealthVault FAQ (rss)

Go ahead, check them out and say hi!

This is a great day for Microsoft and consumers, the long awaited HealthVault platform launches today.

You can read the press release that highlights the consumer health vision and announces the great industry support and partners.

This follows closely the release of HealthVault Search of last week.

Expect to see a lot of buzz around this in the next following days as the search engines start picking this up.

For partners and developers we also launched a dedicated Microsoft HealthVault Developer Center.

During the past MS-HUG TechForum Stuart hinted to an upcoming whitepaper on ordered delivery patterns on BizTalk 2006 R2.

The whitepaper and associated code is now live and can be accessed from the link below:

Improving Ordered Message Delivery in BizTalk Server 2006 R2 During Concurrent Processing

The solution introduces the notion of a ticket for every message traveling through the processing chain. Business orchestrations can take the necessary time to process the messages in any order. As long as the ticket is propagated in each message, the messages can be re-sequenced on the way out.
It is important to define the boundaries of ordered delivery. For this solution, order begins at the BizTalk Server receive port, and the goal is to maintain this order until the messages are sent out of BizTalk Server.

With the announcement of the new version of Windows Live Search, we are also launching the integrated health search. Have a look and check some of the results just in time for the flu season :-)

For more details on the new Windows Live Search, check the press release and the fact sheet.

Sorry to use this blog for a public service announcement :-)

For the folks that attended my tutorial (TH18 HL7 Version 3 Implementation Mechanics - Part II) at the Atlanta HL7 Working Group Meeting, please contact me directly to have a copy of the presentation. I apologize if the printout was garbled, apparently you really need a decoder ring to understand HL7 v3 ;-)