They also have API interfaces for several platforms. I was digging thru the JavaDocs help files online last night. I'm not sure which JVM it uses but they seem to have everything from VB and Java to Visio and Rose. They're very multi-platform on delivering the message.
The images of the entire RIM are just amazing. I great use of UML and diagrams to "draw out" the idea. Of course we're still using HL7 2.x here in the States but Europe is championing the v3 spec (or that's what I've heard). /David. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 14, 2005 12:54 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] XML data export I've been looking at that link (very useful, BTW) and the XML I see is an XMI 1.0 representation of the model. My guess is that it was generated programmatically from the .mdl files. There are, however Visio files and simple graphics representing the RIM. I *think* there is an XML serialization of the Access database, too. --- "A. Forrey" <[EMAIL PROTECTED]> wrote: > > On Mon, 13 Jun 2005, David Sommers wrote: > > > May I suggest (the large) RIM model for HL7 v3. It's XML. > > HL7's RIM v3.0 is a start but contary to some views it is not the > answer > to everything; there is much that can be harmonised to include much > more > of the conceptual content needed. The CCR, which is the use of XML > for a > certain part of the needs, can have utility for part of the system > behavior needed and Nancy's comment that it will be available with > Vista > Office is most encouraging but it also comes with an evolutionary > trajectory that must be based on commonly needed capabilities. The > Relationship of these capabilities to those needed frome the Zachman > frameork peprspectiev still needs considerable work; there is reason > to > hope that RIM 3.0 can be related to this broader perspective. > > > > > > http://www.hl7.org/Library/data-model/index.cfm > > > It may not be a simple implementation of what you're looking for > but it > > is a standard and more than likely has too much. I wish I had a > quick > > little XML sample to paste in but I couldn't dig up anything > quickly. > > (I suggest a search of the site). > > > > /David. > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > Kevin > > Toppenberg > > Sent: Monday, June 13, 2005 10:23 PM > > To: hardhats-members@lists.sourceforge.net > > Subject: Re: [Hardhats-members] XML data export > > > > OK. So it would be most helpful to do one's XML > > export using tags that everyone agrees on. But this > > is apparently still an evolving area, where consensus > > has not been reached. > > > > So in the mean time, I think I will try to design a my > > XML export system such that the end user can choose to > > simply use the data labels for individual fields, or > > optionally specify different XML tags. > > > > Kevin > > > > > > --- Greg Woodhouse <[EMAIL PROTECTED]> > > wrote: > > > >> Everybody does seem to be getting. I just went to > >> OMG to download the > >> MOF standard, and notice that on their main page > >> they are talking about > >> their involvement with EHR standards, too. Of > >> course, there is HL7 who, > >> in addition to the RIM and CDA has an EHR-S effort > >> underway. I know > >> about CCR, but it's only a small part of what ASTM > >> is doing. I've been > >> looking at the OpenEHR web site, but am still trying > >> to digest it at > >> see if I can get a handle on what is genuinely new > >> about archetypes. I > >> think the language is a bit confusing, because in > >> mathematical logic, > >> ontologies typically refer to what is left if you > >> omit contingent > >> information from your model (actually a model is > >> basically an ontology > >> + contingent information). > >> > >> --- "A. Forrey" <[EMAIL PROTECTED]> wrote: > >> > >>> There are ASTM standards on the Structure and > >> Conent of the EHR that > >>> are > >>> consistent with ADA standards on the EHR; These > >> are conceptual > >>> content > >>> standards that have had historic support of AHIMA. > >> Thye also have > >>> some > >>> consistency with HL7 messaaging structures and > >> have been in touch > >>> with the > >>> Open EHR folks. Efforts are underway to reactivate > >> a dilaog that > >>> began in > >>> 1995 on a "Common Data Model" but subsequently > >> many went of to play > >>> "king > >>> of the Mountain" in their pigeonholes. A key issue > >> currently is to > >>> map the > >>> "Continuity of Care Record - CCR" to the existing > >> EHR models and then > >>> to > >>> VistA. VistA has a lot of representing and EHR as > >> a series of text > >>> (date-timed) but the recent Report of the ONCHIT > >> clealry noted to > >>> tension > >>> be tween structured models for the EHR and those > >> for structured text( > >>> > >>> which is just electronic represntation of paper > >> record notes). WHat > >>> is of > >>> interest for VistA is what its eveolutionary > >> trajectory will be with > >>> respect to this conceptual content and how it will > >> fit into the > >>> "business > >>> model" of healthcare which ( according to IOM > >> 2003) is patient > >>> Centered > >>> care and Multidisciplinary teams; Resource > >> Management is supportive > >>> and > >>> enabling but has had prime focus for 40 yrs (at > >> least). economists > >>> have > >>> noted that when healthacre recognbizes that the > >> business model for > >>> healthcare in not that of a supermarket it will > >> progress. A key > >>> question: > >>> Is the DVA now using a Supermarket Model and > >> worrying about > >>> Technology as > >>> prime focus or is it really (as the 2005 > >> Person-Centered heslth > >>> record > >>> Book tries to say) looking at the REAL Healthcare > >> business model? > >>> Time > >>> will tell. > >>> > >>> > >>> On Mon, 13 Jun 2005, Joseph Dal Molin wrote: > >>> > >>>> Greg have you looked into the OpenEHR > >> initiative....it is > >>> attempting to > >>>> develop a usable EHR standard. > >>>> > >>>> Joseph > >>>> > >>>> Greg Woodhouse wrote: > >>>>> Of course, if you just dump the progress notes > >> to a file, won't > >>> they > >>>>> still be in a "proprietary" format? It seems > >> that what you need is > >>> an > >>>>> EHR standard that supports interoperability. > >> This is where I hope > >>> to go > >>>>> with Triton and/or Orpheus. > >>>>> > >>>>> --- Kevin Toppenberg <[EMAIL PROTECTED]> wrote: > >>>>> > >>>>> > >>>>>> I want the practice to be able to say, we > >> don't want > >>>>>> to use VistA anymore, dump all the progress > >> notes to a > >>>>>> DVD so we can import them into another system. > >>>>>> > >>>>>> Kevin > >>>>>> > >>>>>> > >>>>>> --- "Gillon, Joseph" > >> <[EMAIL PROTECTED]> wrote: > >>>>>> > >>>>>> > >>>>>>> I assume you know about the RPC to get notes > >> by > >>>>>>> patient/provider for a given > >>>>>>> time interval, and you need something else? > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: > >> [EMAIL PROTECTED] > >>>>>>> > >>>>>> > >>>>>> > >> > > [mailto:[EMAIL PROTECTED] > >>>>>> > >>>>>>> On Behalf Of Kevin > >>>>>>> Toppenberg > >>>>>>> Sent: Monday, June 13, 2005 4:13 PM > >>>>>>> To: Hardhats Sourceforge > >>>>>>> Subject: [Hardhats-members] XML data export > >>>>>>> > >>>>>>> One of my goals for my site has been the > >> ability to > >>>>>>> get data back out of VistA in a painless > >> manner. For > >>>>>>> me this means XML. And I am rapidly nearing > >> the > >>>>>>> point > >>>>>>> where I plan on finishing this project. > >>>>>>> > >>>>>>> I have a couple of approaches I could take, > >> and I'd > >>>>>>> like input from the list > >>>>>>> > >>>>>>> 1. Write a custom program that dumps progress > >> notes > >>>>>>> (currently the only unique data being stored > >> in our > >>>>>>> VistA) in XML format. I think I could very > >> easily > >>>>>>> do > >>>>>>> this. > >>>>>>> > >>>>>>> 2. Writing an extension to fileman's data > >> export > >>>>>>> abilities, to include an option for XML. > >> This would > >>>>>>> be the better option in the long run, but > >> probably > >>>>>>> would be a good deal more difficult for me. > >> I would > >>>>>>> need to fully understand the current system > >> to > >>>>>>> decide > >>>>>>> how best to integrate. Usha recently posted > >> about > >>>>>>> her > >>>>>>> difficulty using the export functions. I > >> don't > >>>>>>> think > >>>>>>> anyone responded with an answer. > >>>>>>> > >>>>>>> What do export templates do? What file are > >> they > >>>>>>> stored in? > >>>>>>> > >>>>>>> Has anyone else already done this? Anything > >> I > >>>>>>> should > >>>>>>> know before I rush off to reinvent the wheel? > >>>>>>> > >>>>>>> Thanks > >>>>>>> Kevin > >>>>>>> > >>>>>>> > >>>>>>> > >> > > === message truncated === > > > > > > > > > > __________________________________ > > Discover Yahoo! > > Get on-the-go sports scores, stock quotes, news and more. Check it > out! > > http://discover.yahoo.com/mobile.html > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How far can > you > > shotput > > a projector? How fast can you ride your desk chair down the office > luge > > track? > > If you want to score the big prize, get to know the little guy. > > Play to win an NEC 61" plasma display: > http://www.necitguy.com/?r=20 > > _______________________________________________ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How far can > you shotput > > a projector? How fast can you ride your desk chair down the office > luge track? > > If you want to score the big prize, get to know the little guy. > > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > > _______________________________________________ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > "The most profound technologies are those that disappear." --Mark Weiser ==== Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
