Re: [Hardhats-members] XML data export
If all a someone wanted was a noting application, isn't VistA way overkill for such a purpose? It would seem a simpler, less complex application would be appropriate. - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 13, 2005 4:32 PM Subject: RE: [Hardhats-members] XML data export 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 --- 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=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] XML data export
Perhaps, but commercial EHR systems don't really offer lite versions of their software. And when I what deciding which program to go with, I felt VistA was best. I still think it is best, because we have the option to expand into pharmacy utilization, lab interfaces etc. if we want to. Kevin --- steven mcphelan [EMAIL PROTECTED] wrote: If all a someone wanted was a noting application, isn't VistA way overkill for such a purpose? It would seem a simpler, less complex application would be appropriate. - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 13, 2005 4:32 PM Subject: RE: [Hardhats-members] XML data export 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 --- 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=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html --- 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=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] XML data export
You guys know about CCR? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Monday, June 13, 2005 4:45 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] XML data export My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.Net email is sponsored by: NEC
Re: [Hardhats-members] XML data export
In what manner do you mean know about? There have been articles published discussing it, etc., so there is a general awareness of it with many physicians. Also, there is a conference this week that the AAFP is putting on for developers and users for the CCR, so clearly, it is out there even if the standard has not been released. I have been told that some vendors (exactly which ones, I have no idea) claim products which are CCR compliant, even when the CCR hasn't been released. That is a pretty good trick! Then some of us are members of the ASTM E31 committee and therefore have access to the document that was balloted. On Tuesday 14 June 2005 09:50 am, [EMAIL PROTECTED] wrote: You guys know about CCR? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Monday, June 13, 2005 4:45 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] XML data export My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com
RE: [Hardhats-members] XML data export
Just meant aware of. Posted before I saw your reply which is way better than me talking about it since you are the expert. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 14, 2005 10:14 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] XML data export In what manner do you mean know about? There have been articles published discussing it, etc., so there is a general awareness of it with many physicians. Also, there is a conference this week that the AAFP is putting on for developers and users for the CCR, so clearly, it is out there even if the standard has not been released. I have been told that some vendors (exactly which ones, I have no idea) claim products which are CCR compliant, even when the CCR hasn't been released. That is a pretty good trick! Then some of us are members of the ASTM E31 committee and therefore have access to the document that was balloted. On Tuesday 14 June 2005 09:50 am, [EMAIL PROTECTED] wrote: You guys know about CCR? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Monday, June 13, 2005 4:45 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] XML data export My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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
Re: [Hardhats-members] XML data export
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 initiativeit 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com
RE: [Hardhats-members] XML data export
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 initiativeit 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
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 initiativeit is attempting to develop a usable EHR standard. Joseph Greg Woodhouse wrote: Of course, if you just
Re: [Hardhats-members] XML data export
Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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 __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative
Re: [Hardhats-members] XML data export
That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
Re: [Hardhats-members] XML data export
When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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
Re: [Hardhats-members] XML data export
My mistake. Try looking at the .01 field of the subfile associated with the WP field. You should see something like ^DD(8925.02,.01,0) = REPORT TEXT^W^^0;1^Q --- Kevin Toppenberg [EMAIL PROTECTED] wrote: When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __
RE: [Hardhats-members] XML data export
This 8925 seems to be the file giving me trouble edit template field in a Cache system. Is there any connection with this problem? My problem seems to be primarily a permission problem. I have some difficulty understanding how that file works. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, June 14, 2005 11:44 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] XML data export When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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
RE: [Hardhats-members] XML data export
The DD looks fine. --- Thurman Pedigo [EMAIL PROTECTED] wrote: This 8925 seems to be the file giving me trouble edit template field in a Cache system. Is there any connection with this problem? My problem seems to be primarily a permission problem. I have some difficulty understanding how that file works. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, June 14, 2005 11:44 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] XML data export When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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
Re: [Hardhats-members] XML data export
As practical matter, developing any significant application in less than 3 months is, well, difficult (XP, and I don't mean Windows, notwithstanding). --- Nancy Anthracite [EMAIL PROTECTED] wrote: Whoa! I didn't mean to give the impression that the CCR will be available for VO!!! That I would REALLY like to have happen, but VO is supposed to be out Aug 1 and I expect the CCR will be released at about the same time. On Tuesday 14 June 2005 12:13 pm, A. Forrey 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
Re: [Hardhats-members] XML data export
Thanks Greg. I decided to go ahead and use FIELD^DID to get the information. I'm concerned that I wouldn't be aware of all the variations on a theme that I might encounter. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My mistake. Try looking at the .01 field of the subfile associated with the WP field. You should see something like ^DD(8925.02,.01,0) = REPORT TEXT^W^^0;1^Q --- Kevin Toppenberg [EMAIL PROTECTED] wrote: When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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. === message truncated === __ Do You Yahoo!? Tired of spam? Yahoo! Mail
RE: [Hardhats-members] XML data export
I've done a fair amount of fiddling with file 8925. Maybe I can help. I don't understand your problem, though. Could you post a screenshot? Kevin --- Thurman Pedigo [EMAIL PROTECTED] wrote: This 8925 seems to be the file giving me trouble edit template field in a Cache system. Is there any connection with this problem? My problem seems to be primarily a permission problem. I have some difficulty understanding how that file works. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, June 14, 2005 11:44 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] XML data export When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 === message truncated === __ Do You Yahoo!? Tired of spam? Yahoo
Re: [Hardhats-members] XML data export
You should use the Fileman APIs, anyway. I wrote this for a daemon process that I wanted to be as light on the system as possible. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Thanks Greg. I decided to go ahead and use FIELD^DID to get the information. I'm concerned that I wouldn't be aware of all the variations on a theme that I might encounter. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My mistake. Try looking at the .01 field of the subfile associated with the WP field. You should see something like ^DD(8925.02,.01,0) = REPORT TEXT^W^^0;1^Q --- Kevin Toppenberg [EMAIL PROTECTED] wrote: When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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
Re: [Hardhats-members] XML data export
OK, I now have a program that will dump out data from the files in XML format. It takes an array something like this: Array(8925,1234) Array(8925,1235) Array(8925,1236) Array(8925,1237) Array(200,73) Array(22705,*) And dumps the records in XML. Currenly the tags are just the Labels for each field. To do: *redirect screen output to user-defined device *Create an user interface for choosing files/records to dump *Create a file to contain optional mapping between fields and custom XML tags. *Learn how to use fileman templates to create above array (would this be an input template, sort template, or print template?) Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: You should use the Fileman APIs, anyway. I wrote this for a daemon process that I wanted to be as light on the system as possible. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Thanks Greg. I decided to go ahead and use FIELD^DID to get the information. I'm concerned that I wouldn't be aware of all the variations on a theme that I might encounter. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My mistake. Try looking at the .01 field of the subfile associated with the WP field. You should see something like ^DD(8925.02,.01,0) = REPORT TEXT^W^^0;1^Q --- Kevin Toppenberg [EMAIL PROTECTED] wrote: When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format
Re: [Hardhats-members] XML data export
A sort template will allow you to select the records you want to output. A print template will let you select the fields from that record and the format of the output of those fields. So I assume what you may want is a sort template. But maybe you should do it in Mumps. I do not know XML so I am not sure I understand the issue. Jim - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 14, 2005 4:40 PM Subject: Re: [Hardhats-members] XML data export OK, I now have a program that will dump out data from the files in XML format. It takes an array something like this: Array(8925,1234) Array(8925,1235) Array(8925,1236) Array(8925,1237) Array(200,73) Array(22705,*) And dumps the records in XML. Currenly the tags are just the Labels for each field. To do: *redirect screen output to user-defined device *Create an user interface for choosing files/records to dump *Create a file to contain optional mapping between fields and custom XML tags. *Learn how to use fileman templates to create above array (would this be an input template, sort template, or print template?) Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: You should use the Fileman APIs, anyway. I wrote this for a daemon process that I wanted to be as light on the system as possible. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Thanks Greg. I decided to go ahead and use FIELD^DID to get the information. I'm concerned that I wouldn't be aware of all the variations on a theme that I might encounter. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My mistake. Try looking at the .01 field of the subfile associated with the WP field. You should see something like ^DD(8925.02,.01,0) = REPORT TEXT^W^^0;1^Q --- Kevin Toppenberg [EMAIL PROTECTED] wrote: When I look at file 8925, field 2 is a WP field, but I don't see the W or WL symbols. Only a node specification of TEXT. And in instances of processing the TEXT node, when I tried to print WP, it was 0 (as expected per the code). So I don't see that the W symbol is being used. Kevin GTMzwr ^DD(8925,2,*) ^DD(8925,2,0)=REPORT TEXT^8925.02^^TEXT;0 ^DD(8925,2,21,0)=^^1^1^2961217^^ ^DD(8925,2,21,1,0)=This is a word processing field that contains the report tex t. GTMzwr ^DD(8925,.01,0) ^DD(8925,.01,0)=DOCUMENT TYPE^RP8925.1'O^TIU(8925.1,^0;1^Q --- Greg Woodhouse [EMAIL PROTECTED] wrote: That's right. The point of this code is to quickly traverse a file entry without actually making FM calls. I don't do anything special with WP fields here, so that value isn't used. However, if you actually wanted to do something with the data, you'd want to know if a subfile was a multiple, or if it contained a WP field with or without line wrap. Of course, the right way to fetch WP contents (if you want to follow standards)is with GETS^DIQ or $$GET1^DIQ. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: Greg, Your code has been very helpful. I don't fully understand these lines .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) When the second piece=W, or WL, what is the significance of these codes? You don't seem to use WP in your code. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1
[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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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
RE: [Hardhats-members] XML data export
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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] XML data export
Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
RE: [Hardhats-members] XML data export
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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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
RE: [Hardhats-members] XML data export
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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
RE: [Hardhats-members] XML data export
My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
RE: [Hardhats-members] XML data export
Well, yes, but interpreting the data properly doesn't occur magically. Choosing good tag names is a start, but I wouldn't depend on the programmer to get it right. I've been developing interfaces for the past few years and have seen numerous cases of subtle differnces in how different programmers interpreted data elements that seemed to have perfectly clear semantics. most of the literature in this field bores me to tears (mostly because it's had to get past all the hype), but there is a reason why there are metadata standards like MOF and XMI. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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
Re: [Hardhats-members] XML data export
Thanks for the code. I may well use it. Thanks Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Hee's a slightly modified version of some code I wrote to recursively traverse a file entry. You could probably adapt it to produce an XML serialization of the file. (Note that I originally wrote this using GETS^DIQ, but according to my benchmarks, that version was much too slow). TRAVERSE(FNUM,IEN,SREF) ; N VAL,FLD,TYPE,STORE,NODE,POS,IVAL,OROOT,GREF,RANGE,FIRST,LAST N SFILE,SROOT,CROOT,SREC,VAL2,LABEL,WP,X I $G(SREF)'= D .S X=$P(^DD(FNUM,.01,0),^,2) .S WP=$S(X=W:1,X=WL:2,1:0) S VAL=0 I $G(SREF)= D .S OROOT=$G(^DIC(FNUM,0,GL)) E S OROOT=SREF Q:OROOT= 0 S FLD=0 F S FLD=$O(^DD(FNUM,FLD)) Q:+FLD'0 D .S TYPE=$P($G(^DD(FNUM,FLD,0)),^,2) .S LABEL=$P($G(^DD(FNUM,FLD,0)),^,1) .S STORE=$P($G(^DD(FNUM,FLD,0)),^,4) .S NODE=$P(STORE,;,1) .Q:NODE= ;computed field .S POS=$P(STORE,;,2) .S GREF=OROOT_IEN_,_NODE_) .I POS?1.N D ..S IVAL=$P($G(@GREF),^,POS) .I POS=0 D ..;multiple ..S SFILE=+TYPE ..S SROOT=OROOT_IEN_,_NODE_, ..S CROOT=$E(SROOT,1,$L(SROOT)-1)_) ;closed root ..S SREC=0 ..F S SREC=$O(@CROOT@(SREC)) Q:+SREC'0 D ...;descend into subfile ...S VAL2=$$TRAVERSE(SFILE,SREC,SROOT) ...S VAL=$$STUFF(VAL,VAL2) .I POS?1E1.N1,1.N D ..;extract format ..S RANGE=$E(NODE,2,999) ..S FIRST=$P(NODE,,,1),LAST=$P(NODE,,,2) ..S IVAL=$E($G(@GREF),FIRST,LAST) I $G(IVAL)'= S VAL=$$STUFF(VAL,IVAL_$C(13)_LABEL) Q VAL --- Kevin Toppenberg [EMAIL PROTECTED] wrote: 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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
RE: [Hardhats-members] XML data export
I am ignorant in this area. What is MOF and XMI? Is it a standard output format I should follow? Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: Well, yes, but interpreting the data properly doesn't occur magically. Choosing good tag names is a start, but I wouldn't depend on the programmer to get it right. I've been developing interfaces for the past few years and have seen numerous cases of subtle differnces in how different programmers interpreted data elements that seemed to have perfectly clear semantics. most of the literature in this field bores me to tears (mostly because it's had to get past all the hype), but there is a reason why there are metadata standards like MOF and XMI. --- Kevin Toppenberg [EMAIL PROTECTED] wrote: My understanding of XML is that you try to make your tags as self explainatory as possible (i.e. PATIENT NAME, DATE OF BIRTH), and then hire a programmer to import the data into the next system--hopefully in a relatively painless manner. Kevin --- Greg Woodhouse [EMAIL PROTECTED] 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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 === message truncated === __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- 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
Re: [Hardhats-members] XML data export
Greg have you looked into the OpenEHR initiativeit 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ --- 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 The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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=20
Re: [Hardhats-members] XML data export
No, but I will. --- Joseph Dal Molin [EMAIL PROTECTED] wrote: Greg have you looked into the OpenEHR initiativeit 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. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- 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
Re: [Hardhats-members] XML data export
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 initiativeit 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.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=20 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Discover Yahoo! Use Yahoo! to plan a weekend, have fun
Re: [Hardhats-members] XML data export
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 initiativeit 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 __ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.html --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast
Re: [Hardhats-members] XML data export
Just to clarify...I didn't mean to imply OpenEHR doesn't contribute anything new. What I DID mean is that I do not yet see it (after maybe an hour or two of reading). --- 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 initiativeit 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
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 initiativeit 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
RE: [Hardhats-members] XML data export
May I suggest (the large) RIM model for HL7 v3. It's XML. 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 initiativeit 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
Re: [Hardhats-members] XML data export
In fact, I think this work is quite interesting, especially since it seems to have quite an affinity with an area in which I have a particular interest (applications of formal logic to computation and modeling of complex systems). But at this stage, it isn't clear to me how these ideas can be applied to achieve interoperability at the EHR level. One thing that appeals to me about CCR is that it is actually relatively simple. On the other hand, I can see how knowledge representation would be useful in attempts to apply techniques of AI like automated planning or inference systems to medicine -- something that seems like quite an interesting avenue for research -- but creating interoperable EHRs seems to be a bit more down to earth. === Gregory Woodhouse [EMAIL PROTECTED] Before one gets the right answer, one must ask the right question. -- S. Barry Cooper On Jun 13, 2005, at 7:22 PM, Kevin Toppenberg wrote: 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 initiativeit 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