<?xml version="1.0" ?><rss version="2.0">
  <channel>
    <title>HL7Connection</title>
    <link>http://www.hl7connection.com/forum/solutions/</link>
    <description><![CDATA[There are many tools (free and commercial) available to assist with HL7. Please feel free to share you recommendations and experiences here.]]></description>
          <item>
        <title>Reply to &#8220;Software Solutions&#8221; by dennisj</title>
        <link>http://www.hl7connection.com/forum/solutions/topic-6/?recent=30</link>
        <description><![CDATA[Hi matthew,

I think it's both ways actually . Genuine COTS  does not exist, is my opinion.  I've been working on integration projects for quite a while now.   The fact is that reality is not as beautiful as it appears.   Therefore you will need to adapt to the situation more often than you like. If you look at biztalk than this is not easy to do.  Some years ago I tested some java implementation but they were slow. I was satisfied with one commercial product  like chameleon, but these are quite expensive. They have loads of functionality that you want to use. The functionality that you want to use summons you to do it in a way .

The way I like to use  HL7 software is that it hides away the difficulty of the MLP over TCP IP and the parsing of the pipes. I can write my own software that gives me the application logic I want.  ( to be honest i can write the other parts too..).  I've written a piece of middleware software that does simply this (see www.connectinghealth.nl).  I can combine this middleware into my application easily. All i need to do there is  interpret the XML format of HL7.

Good software systems are composed of building blocks that do a specific task. SOA is meant for that, this means you gotta have  flexible interfaces, that per form task like "give me the laboratory results for patient x since date y). HL7 v2.x is in principle equipped to deliver that, but it is hell of a job to accomplish it in  practice . Writing sound and complete parsers for HL7 is a specialized job, and i've seen too many systems written in Visual Basic /excel/ access  by semi-professional programmers (mostly healthcare workers: Any one can program basic, duh), that had to be rewritten completely because optional segments jeopardized the plain  counting of '&#124;'.

Please feel free to have a look on my web site <a href="www.connectinghealth.nl" title="connecting health" rel="nofollow">here</a>". It has listed a handy and extremely efficient HL7 control. You have to do some work yourself (implement the application/business logic that you want, COTS cannot do that for you), but for the rest you can forget about TCP/IP MLLP and the pipes en such.

Kind regards 


Dennis]]></description>
        <guid isPermaLink="false">generator=rsdiscuss&#038;baseurl=http://www.hl7connection.com&#038;feed=forum&#038;forum=solutions&#038;topic=6&#038;post=30</guid>
        <pubDate>Thu, 06 Dec 2007 14:53:45 -0800</pubDate>
      </item>
          <item>
        <title>New topic: &#8220;Software Solutions&#8221; by Matthew</title>
        <link>http://www.hl7connection.com/forum/solutions/topic-6/?recent=30</link>
        <description><![CDATA[What has your experience with either open source or commercial off-the-shelf (COTS) software been? Each organization I\'ve been in we have either written or attempted to write our own software. It\'s not always pretty. I think that buying something already put together is almost always the way to go. I do know from my experience in knowledge management that open source has it\'s own set of issues as does COTS.

I\'d be interested in any experiences you would like to share.]]></description>
        <guid isPermaLink="false">generator=rsdiscuss&#038;baseurl=http://www.hl7connection.com&#038;feed=forum&#038;forum=solutions&#038;topic=6&#038;post=23</guid>
        <pubDate>Thu, 09 Aug 2007 20:21:42 -0700</pubDate>
      </item>
      </channel>
</rss>