No subject
http://notthehairybikers.com/wp-content/plugins/extended-comment-options/fly.php?jump186.html
openEHR-technical Digest, Vol 36, Issue 24
-- Message: 2 Date: Wed, 29 Jul 2009 17:28:30 +0100 From: Thomas Beale thomas.beale at oceaninformatics.com Subject: Re: Issues around UI technologies and bindings to back end (gjb) To: For openEHR technical discussions openehr-technical at openehr.org Message-ID: 4A7078AE.2090606 at oceaninformatics.com Content-Type: text/plain; charset=us-ascii An HTML attachment was scrubbed... URL: http://lists.chime.ucl.ac.uk/mailman/private/openehr-technical/attachments/20090729/eef11df0/attachment-0001.html !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type /head body bgcolor=#ff text=#00 br Now Greg's replybr br br Greg Caulton wrote: blockquote cite=mid:e44fb6470907290616k41a242c6ldcb3278db40bb1e5 at mail.gmail.commid%3Ae44fb6470907290616k41a242c6ldcb3278db40bb1e5 at mail.gmail.com type=citebr Excellent insight Gavin.nbsp; You speak to the difference between Cerner and Microsoft.nbsp; Microsoft is a dump of healthcare related controls whereas Cerner provides software that is suited to clinicians workflow (to some degree).br br Loosely speaking (though we do not use them) I see the OpenEHR templates are what you described - a form.nbsp; I agree that the auto generated web forms are usability challenged. br /blockquote br yes - see other post - this is a hard problem to solve in general, even though in some specific cases it is not that hard.br br blockquote cite=mid:e44fb6470907290616k41a242c6ldcb3278db40bb1e5 at mail.gmail.commid%3Ae44fb6470907290616k41a242c6ldcb3278db40bb1e5 at mail.gmail.com type=cite But one could build a UI that is not so mundane.nbsp; We have many more properties in the model behind our forms than is currently included in the templates to achieve that and soon we will have a web client to complement our fat client using the same underlying data model and services.nbsp; It will be interesting to see if we can break through the web issues with todays AJAX technologies.br clear=all /blockquote div class=moz-signaturefont face=Helvetica, Arial, sans-serif size=-1bbr in that case I would suggest that if there were an open shareable way of expressing some of that logic it might be an interesting solution that the openEHR community could use.br br - thomas bealebr br /b /font/div /body /html If there was interest, its possible though Tim seems to be stuck on a tangent of thinking that you cant have analysts and clinicians work with tools and store useful interactive information in a data model... sigh -- Gregory Caulton Principal at PatientOS Inc. personal email: caultonpos at gmail.com http://www.patientos.com corporate: (888)-NBR-1EMR || fax 857.241.3022 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090729/d21443fd/attachment.html
Issues around UI technologies and bindings to back end
Message: 1 Date: Sat, 25 Jul 2009 01:59:36 +0930 From: Heath Frankel heath.frankel at oceaninformatics.com Subject: RE: Issues around UI technologies and bindings to back end To: 'For openEHR technical discussions' openehr-technical at openehr.org Message-ID: 00db01ca0c7b$f05e67f0$d11b37d0$@frankel at oceaninformatics.com Content-Type: text/plain; charset=us-ascii There is an open source ADL to XML conversion library for .NET written in c# located at http://www.openehr.org/svn/knowledge_tools_dotnet/RELEASES/BlueChina/XMLPars er. This is used by the Archetype Editor to generate a pure XML representation of the ADL file via the ADL_Parser so that it can create a canonical xml representation of the archetype model for hashing purposes. The XML displayed and files generated directly from the Archetype Editor uses a different (legacy) mechanism and is not as reliable as that produced by the conversion library, the result is slightly different XML output. We just have not had enough volunteer time to replace this legacy approach within the Archetype Editor. If anyone need assistance in using this conversion library I can provide an NUnit test library that shows how it can be used, or you can sift through the Archetype Editor code if you prefer VB. We actually have a publishing tool using this library that can run a batch process against an entire Archetype file repository that can be run within an auto-build process and committed back into svn. This is how the XML archetypes on openEHR used to get generated prior to CKM. I am not sure if CKM supports XML output of archetypes as yet but if it is felt that not having archetypes available in XML is holding back openEHR adoption then I am sure this can be put on the change request list for prioritisation. Regards Heath Generating XML from ADL is one piece - but what is needed is the schema definition and not the generic one that fits all archetypes but rather one that is specific to the data elements and content of each archetype. The technical people working with Archetypes today are obviously content with working with an ADL file but IMHO the software developers of tomorrow need to spend about 1 hour evaluating archetypes, import the definitions and then demonstrate that this well thought out, well structured OpenEHR data is of more value that defining ones own data hierarchy using HL7, LOINC, SNOMED etc. XML, XSD has orders of more tooling support, ADL only has the few tools available that we know of and that affects productivity. If XML/XSD became the defacto standard I could take our administrative and billing data model and convert into 'archetypes' and quickly people could begin to review them. As the CKM clinical reviews take place and the quality and quantity of the clinical archetypes increases the content becomes more valuable. But without easy access to that content I believe it does hamper adoption. -- Gregory Caulton Principal at PatientOS Inc. personal email: caultonpos at gmail.com http://www.patientos.com corporate: (888)-NBR-1EMR || fax 857.241.3022 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090725/3ef081b8/attachment.html
Issues around UI technologies and bindings to back end
Date: Wed, 22 Jul 2009 15:16:20 +0200 From: hepabolu hepabolu at gmail.com Subject: Re: Issues around UI technologies and bindings to back end To: For openEHR technical discussions openehr-technical at openehr.org Message-ID: 4A671124.7020002 at gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Seref Arikan said the following on 22/7/09 11:39: Now about UI - model relationship, my view is the GUI layer is way too complex and diverse to include in openEHR specifications, even a subset of the UI related stuff would be enough to introduce more problems than it solves. IF there emerges a cross platform AND cross technology declerative markup for GUI and GUI interactions and bindings, and this is a big if, then it may be considered, otherwise, my personal opinion is to simply I agree, to start integrating UI related content into the archetypes is a very bad idea. Most modern UIs follow a Model-View-Controllerhttp://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controllerapproach. For PatientOS Archetypes provide the data elements. The relationships and constraints within the archetype data elements is implemented in our model. We have different views - fat client, web client which are implemented through controllers written in java or javascript. Atttempts to push everything into the archetype definition would create a complex beast which would defeat KISS principal. As a side note I also think the ADL files is hampering adoption - not for us as there is a Java parser. Since everything that is the ADL must be expressable in XML (otherwise interoperability of the definitions would be problematic) - why have both - XML is ubiquitous and I think the benefits of readibility of an ADL file is no longer needed since there are tools which replace it - how many people read an ADL file any more? -- Gregory Caulton Principal at PatientOS Inc. personal email: caultonpos at gmail.com http://www.patientos.com corporate: (888)-NBR-1EMR || fax 857.241.3022 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090723/06735c3c/attachment.html
openEHR-technical Digest, Vol 33, Issue 3
Message: 5 Date: Thu, 2 Apr 2009 10:53:04 +0200 From: Rong Chen rong.acode at gmail.com Subject: Re: Question about the item property of Item_Tree To: For openEHR technical discussions openehr-technical at openehr.org Message-ID: ? ? ? ?ebd0d070904020153y4bac0b48yb794a8b7fa2885d8 at mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi Seref, Interesting thought! I think this comes down to a design choice, which is whether we want to force single-rooted tree. By definition, tree data structure has a single root. But when we model hierarchical structure of clinical content, it's convenient to allow multiple nodes at the top level of the tree without the need to create a root node just to satisfy the notion of single-rooted tree. So it's a choice between purity (according to computer science definition of a tree) and convenience (which somewhat indirectly translated to usability of the model and relevant tools). Cheers, Rong Not sure if it helps in the design but in Java (Swing) the JTree control's model has a tree data structure (per comp sci definition) but to display a multiple top level nodes you can mark the root node as hidden.
openEHR-technical Digest, Vol 32, Issue 14
It makes sense, but I will have to find time to dig into the differences between the EHR and Demographic reference model classes and understand why they need to be different. And then determine once we have added one more reference model class, how many more will need to be added to achieve a standalone HIS to address administrative processes - billing, admission, discharge etc. At this point it doesn't seem to make sense to build a new administrative reference model for the non-EHR content. Better to stick with HL7 and other standards than to reinvent the wheel. Message: 1 Date: Fri, 20 Mar 2009 14:58:59 +0930 From: Sam Heard sam.heard at oceaninformatics.com Subject: RE: Why is the editor not opening ADL files? To: 'For openEHR technical discussions' ? ? ? ?openehr-technical at openehr.org Message-ID: ? ? ? ?02ce01c9a91c$c6767440$53635cc0$@heard at oceaninformatics.com Content-Type: text/plain; charset=us-ascii Hi Greg No - we are not on the same page yet. Let me go back a step. The demographic service (patient look up, address, date of birth etc) is usually already existing when we add an EHR service. For this reason openEHR, although it has a demographic model, has not had pressure to implement it. The archetypes that you found on the openEHR site were built by hand to demonstrate the application of ADL to another reference model (you will find HL7 RIM archetypes as well). Archetypes are specific to a reference model class - and the demographic and EHR models are not the same (but data structures, clusters, elements are shared by both). So it is possible to share cluster archetypes in the EHR and demographic environments. So archetypes of PARTY in the demographics area cannot be used in the EHR - but a cluster for name or address can be. Does that make sense now? The newer ones under the person icon in CKM conform to the demographic model . These have been created in Brazil. There are cluster archetypes that also have demographic features - which can be stored in the EHR (remember that the EHR model and Demographic model share the cluster class. I hope that helps - Sam From: openehr-technical-bounces at openehr.org [mailto:openehr-technical-bounces at openehr.org] On Behalf Of Greg Caulton Sent: 16 March 2009 22:59 To: openehr-technical at openehr.org Subject: RE: Why is the editor not opening ADL files? I am confused - hopefully you saying that those particular 'older' demographic models are not supported? But there are newer ones right being added to the CKM that conform to the ADL structure the other clinical ADLs use? You are not saying an AQL query for Women over 50 - 70, last mammogram 2 years cannot be supported because demographics are not relevant?
Why is the editor not opening ADL files?
Hmm. I can see why some groups might want to limit the scope of their applications to EHR pure clinical, research type usage that ONLY had clinically relevant demographic data. But I don't think OpenEHR as a whole should have that scope limitation. Nor do I think it does, to date the archetypes have shown to be quite flexible in modeling a variety of data. If Oceans direction is not to tackle hospital administrative and demographic data which is critical to EMR type applications which run in a live, working system then I totally understand that - you have limited resources and have already done so very much. This might explain (ahem) the delay in getting demographics online. But what is more concerning to me is that we have a new set of ADLs that are using a new structure that is not compatible with the current set of editors. Bert said he might have overlooked something, I never looked in order to overlook - I took for granted that the ADL structure was already maximally defined and that any demographic or administrative data would fit into this structure. Having looked at new the new demographics they cover demographics and not general administrative data typical to most HL7 interfaces. I have not ruled out create the archetypes ourselves but I don't have enough resources today. Our system can support many coding systems but I would have like to understand if OpenEHR leadership are going to support the broader needs of the community - and we recognize they need resources to do that - it cannot fall on Oceans shoulders - but at the same time if CKM becomes the preferred tool we should organize accordingly. -- Gregory Caulton Principal at PatientOS Inc. personal email: caultonpos at gmail.com http://www.patientos.com corporate: (888)-NBR-1EMR || fax 857.241.3022 Greg Caulton wrote: I am confused - hopefully you saying that those particular 'older' demographic models are not supported? But there are newer ones right being added to the CKM that conform to the ADL structure the other clinical ADLs use? Hi Greg, the new ones, based on ISO 0, made by Rigoleta Dutra and Sergio Freire in Brazil will replace any of those early ones. I think they are still messing around with them a bit before putting them on CKM. Initially, they don't have a GUI editor tool, and have to be edited by hand in ADL (one of the reasons we took the trouble to make sure ADL was human-readable). You are not saying an AQL query for Women over 50 - 70, last mammogram 2 years cannot be supported because demographics are not relevant? it already can, regardless of demographics, because such clinically relevant data as date of birth and sex are recorded in the EHR anyway - you would not attempt to do a join across EHR and demographic services to answer that query. Although, if you had a service more oriented to demographics + admin events, you could potentially satisfy this query on it; however, in general, clinical queries will refer to a mixture of basic data like age, sex, maybe occupation (where relevant to health) etc, as well as the 'hard' clinical data; they would normally be run on an EHR containing this data. - thomas beale ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Why is the editor not opening ADL files?
How many more types of archetypes are we envisioning to support? Hopefully the Java ADL parser does not need to change - a new XML schema does not require a new XM Lparser. Message: 2 Date: Fri, 13 Mar 2009 13:03:10 + From: Ian Mcnicoll Ian.McNicoll at oceaninformatics.com Subject: Re: Why is the editor not opening ADL files? To: For openEHR technical discussions openehr-technical at openehr.org Message-ID: DCECD3F5-2274-44C3-8757-3AAE2F99AACE at gmail.com Content-Type: text/plain; charset=us-ascii Hi William, The current version of the archetype editor does not support Demographics archetypes. These archetypes were created manually in raw Adl. I am working on an update to the Editor to support Demographics archetypes but this is still some weeks away from completion. Ian Dr Ian McNicoll Clinical analyst Ocean Informatics Tel/fax +44(0)141 560 4657 Mobile +44 (0) 775 209 7859 Skype imcnicoll On 13 Mar 2009, at 11:58, Williamtfgoossen at cs.com wrote: Dear all, I am browsing through the existing archetypes from Ocean, obviously created by the Ocean Archetype Editor given the file name. E.g. openehr-demographic-person.person.draft.adl When I try to open it with the AE, I do get continuously error messages similar to: Untitled01 Is there anything wrong with the archetypes, or is this an error in the archetype editor. Anyone els experiencing such problems? Sincerely yours, dr. William TF Goossen director Results 4 Care b.v. De Stinse 15 3823 VM Amersfoort the Netherlands emails: Results4Care at cs.com williamtfgoossen at cs.com info at results4care.nl phone + 31654614458 fax +3133 2570169 www.results4care.nl Dutch Chamber of Commerce number: 32133713 ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- next part -- An HTML attachment was scrubbed... URL: http://lists.chime.ucl.ac.uk/mailman/private/openehr-technical/attachments/20090313/a4af8685/attachment-0001.html -- -- Gregory Caulton Principal at PatientOS Inc. personal email: caultonpos at gmail.com http://www.patientos.com corporate: (888)-NBR-1EMR || fax 857.241.3022 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090314/0ee328b5/attachment.html
AQL queries and one-many relationships
My assumption was that the 'contains openEHR-EHR-COMPOSITION.encounter.v1' will restrict the result set to be in this case blood pressure observations that were recorded on an encounter note (or any document identified as such). If I make up an archetype called assessment you could have the following to get blood pressure results from two different document types - not sure if they intention was for all assessments to be designated as encounter notes though - perhaps. SELECT o FROM EHR CONTAINS COMPOSITION c [openEHR-EHR-COMPOSITION.encounter.v1] CONTAINS OBSERVATION o [openEHR-EHR-OBSERVATION.blood_pressure.v1] AND CONTAINS COMPOSITION a [openEHR-EHR-COMPOSITION.assessment.v1] CONTAINS OBSERVATION o2 [openEHR-EHR-OBSERVATION.blood_pressure.v1] Greg http://www.patientos.org On Tue, Feb 24, 2009 at 7:00 AM, openehr-technical-request at openehr.org wrote: Send openEHR-technical mailing list submissions to ? ? ? ?openehr-technical at openehr.org To subscribe or unsubscribe via the World Wide Web, visit ? ? ? ?http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical or, via email, send a message with subject or body 'help' to ? ? ? ?openehr-technical-request at openehr.org You can reach the person managing the list at ? ? ? ?openehr-technical-owner at openehr.org When replying, please edit your Subject line so it is more specific than Re: Contents of openEHR-technical digest... Today's Topics: ? 1. AQL queries and one-many relationships (John.Ryan-Brown at csiro.au) ? 2. OpenEHR'ED (Derek Meyer) -- Message: 1 Date: Tue, 24 Feb 2009 17:23:00 +1100 From: John.Ryan-Brown at csiro.au Subject: AQL queries and one-many relationships To: openehr-technical at openehr.org Message-ID: ? ? ? ?8C3F2174B3FE2B408CB380513186BEC45752819AE6 at EXNSW-MBX03.nexus.csiro.au Content-Type: text/plain; charset=us-ascii Hello. I am currently investigating AQL and would like to know how the following queries would be answered by a conformant AQL query engine. I understand that the structure of AQL query results are not standardized yet in the AQL specifications, so if the spec cannot give a definitive answer what would Ocean's AQL query engine implementation do? 1. ?SELECT ? ? ?o/data[at0001]/events[at0031]/data[at0003]/items[at0004]/value AS PosturalChangeSystolic, ? ? ?o/data[at0001]/events[at1004]/data[at0003]/items[at0004]/value AS ParadoxSystolic ? ?FROM ? ? ?EHR ? ? ?CONTAINS COMPOSITION c [openEHR-EHR-COMPOSITION.encounter.v1] ? ? ?CONTAINS OBSERVATION o [openEHR-EHR-OBSERVATION.blood_pressure.v1] ? ?WHERE ? ? ?o/data[at0001]/events[at0031]/data[at0003]/items[at0004]/value/value = 140 OR ? ? ?o/data[at0001]/events[at1004]/data[at0003]/items[at0004]/value/value = 140 This query attempts to find all Systolic readings for Paradox and Postural Change blood pressure events where the Systolic reading for either is = 140. As there is a one-to-many relationship between a blood pressure observation and both Paradox and Postural Change events, how should the query be processed? If an observation has three Postural Change events where Systolic = 140, and four such Paradox events, would the query return twelve rows (using my relational database thinking). Or would one row be returned, having two lists (with three and four members respectively) of Systolic readings? 2. ?SELECT o ? ?FROM ? ? ?EHR ? ? ?CONTAINS COMPOSITION c [openEHR-EHR-COMPOSITION.encounter.v1] ? ? ?CONTAINS OBSERVATION o [openEHR-EHR-OBSERVATION.blood_pressure.v1] ? ?WHERE ? ? ?o/data[at0001]/events[at0031]/data[at0003]/items[at0004]/value/value = 140 OR ? ? ?o/data[at0001]/events[at1004]/data[at0003]/items[at0004]/value/value = 140 This query is the same as the previous one, except that it returns the whole observation. It seems to me that all readings should be returned, regardless of their systolic values? 3. ?SELECT o ? ?FROM ? ? ?EHR ? ? ?CONTAINS COMPOSITION c [openEHR-EHR-COMPOSITION.encounter.v1] ? ? ?CONTAINS OBSERVATION o [openEHR-EHR-OBSERVATION.blood_pressure.v1] ? ?WHERE ? ? ?o/data[at0001]/events[at0031]/data[at0003]/items[at0004]/value/value = 140 AND ? ? ?o/data[at0001]/events[at1004]/data[at0003]/items[at0004]/value/value = 140 This query is the same as the previous one, except that the OR has been changed to an AND. It could be argued that only the Paradox and Postural Change events with a Systolic reading = 140 should be returned, but it could also be argued that all readings should be returned, as the whole observation has been selected. The problem I have is how to treat queries which have in the WHERE clause a path expression that traverses through a 1:n relationship. In trying to think through the semantics of such queries, I come up with ambiguities. In a relational query (i.e. SQL) the equivalent path expression would have to
AQL queries and one-many relationships
Sorry, I was trying to use an example to explain that in SQL one would have a cartesian join if you have select t1.* from t1, t2 but in AQL the examples I have seen suggest that select o from c1, o1 would be an implict join I'll leave the AQL discussions to someone more versed with it :-) -- Message: 4 Date: Wed, 25 Feb 2009 09:08:28 +1100 From: John.Ryan-Brown at csiro.au Subject: RE: AQL queries and one-many relationships To: openehr-technical at openehr.org Message-ID: ? ? ? ?8C3F2174B3FE2B408CB380513186BEC45752819AE7 at EXNSW-MBX03.nexus.csiro.au Content-Type: text/plain; charset=iso-8859-1 Thanks for your respose Greg. I'm not really concerned about the details of specific archetypes - I just used the ubiquitous blood pressure one because that's the one used in a lot of the example documentation. My question is more about the how AQL should handle querying data that conforms to archetypes that contain one or more one-to-many relationships. John
General examination archetype
I have an Archetype question on openEHR-EHR-CLUSTER.exam.v1 The archetype appears to be designed such that the findings can only be expressed with a limited set of attributes - color, location, shape, etc. - things specific to the archetypes Inspection, Auscultation, Percussion and Palpation This is the hierarchy (or part of it) exam -- normal statements - normal statement -- clinical description -- findings - detail - exam-generic exam-generic -- object -- normal statements - normal statement -- clinical description -- findings - inspection - auscultation - percussion - palpation - detail - exam-generic inspection -- findings - color description - location - shape or distribution - edge - translucent - detail - exam What I was hoping to find was a free text clinical description under findings that could be used in lieu of the specialized archetypes i.e. -- normal statements - normal statement -- clinical description -- findings - findings description - detail - exam-generic thanks! Greg
General examination archetype
2008/10/23 Greg Caulton caultonpos at gmail.com I have an Archetype question on openEHR-EHR-CLUSTER.exam.v1 The archetype appears to be designed such that the findings can only be expressed with a limited set of attributes - color, location, shape, etc. - things specific to the archetypes Inspection, Auscultation, Percussion and Palpation This is the hierarchy (or part of it) exam -- normal statements - normal statement -- clinical description -- findings - detail - exam-generic exam-generic -- object -- normal statements - normal statement -- clinical description -- findings - inspection - auscultation - percussion - palpation - detail - exam-generic inspection -- findings - color description - location - shape or distribution - edge - translucent - detail - exam What I was hoping to find was a free text clinical description under findings that could be used in lieu of the specialized archetypes i.e. -- normal statements - normal statement -- clinical description -- findings - findings description - detail - exam-generic thanks! Greg Hi Greg, The clinical description element, which is replicated in the inspection, palpation and ausculation cluster archetypes should be used to carry any free text. I'm not sure I can see the semantic difference between 'clinical description' and 'findings/findings description' although I agree that the latter is slightly tidier from a human readability perspective. Do you have a particular use case in mind? Regards, Ian Dr Ian McNicoll office / fax +44(0)141 560 4657 mobile +44 (0)775 209 7859 skype ianmcnicoll ian at mcmi.co.uk Clinical Analyst - Ocean Informatics ian.mcnicoll at oceaninformatics.com Consultant - IRIS GP Accounts ian at gpacc.co.uk Member of BCS Primary Health Care Specialist Group ? www.phcsg.org Thanks that does help, the use case is building a form to represent this example == Ms. Jane Doe was seen at our clinic as she was complaining of severe abdominal pain and cramps with loss of appetite, and frequent stool motions about 6 times a day, vomiting and nausea and sever weakness and malaise. The condition started yesterday by sudden onset and progressive course her examination revealed the following:- General examination:- On examination she looked weakened and her vital data was as following: Pulse: 80 beats/min B.P: 120/70 mmgh Temp: 38.5 C R.R: 16 Heart examination: Clinically free unremarkable. Chest examination: Clinically free unremarkable. Clinical findings: Blah blah === So I then have the mapping Story: 1st paragraph Clinical Description:On examination she looked weakened and her vital data was as following: Vitals: Pulse: 80 beats/min B.P: 120/70 mmgh Temp: 38.5 C R.R: 16 Normal findings: Heart examination: Clinically free unremarkable. Normal findings: Chest examination: Clinically free unremarkable. Clinical Description: Blah blah I think that is acceptable. thanks! Greg
AQL querying by internal code
Will the AQL queries qualifying on Archetype internal codes do so using the value of the code and if so will it use the full path to that value. For example if we wanted to find all patients with pupils observed to be sluggish/slow would the query be: Select pupils From EHR e CONTAINS Composition anyComposition CONTAINS Observation pupils[openEHR-EHR-OBSERVATION.pupils.v1] Where pupils/data/events[at0002]/data/rows[at0013]/items[at0015]/value = pupils/data/events[at0002]/data/rows[at0013]/items[at0015]/value/defining_code/[at0016] where [at0016] is the internal code for that archetype. I couldn't find an example on the wiki. thanks! Greg
openEHR-technical Digest, Vol 27, Issue 1
Currently you can get the paths from the Archetype workbench - path view. See http://www.openehr.org/svn/ref_impl_eiffel/TRUNK/apps/doc/adl_workbench_help.htm - thomas beale Oh oh, now I am more confused :-) So looking at body weight node structure I would have parsed a path that would have included AT0004 in it to identify the discrete weight data element (as in mass) . http://www.patientos.org/forum_temp/archetype.png But the query path shown in the tool suggests that sometimes the AT identifier is dropped - perhaps because it was a single item? http://www.patientos.org/forum_temp/query_path.png This is confirmed in the Java reference parser as it parses the ADL and looking at the path property on the quantity it shows a path of /data[at0002]/events[at0003]/data[at0001]/item[at0004]/value which is very different. This is tough because as I build out reusable clinical documentation sections I was hoping to tag the data elements with the appropriate codified elements - e.g. I can just add source: LOINC code: 3141-9 source: SNOMED code: (concept id) but to add source: OpenEHR code: openEHR-EHR-OBSERVATION.body_weight.v1/data[at0002]/events[at0003]/data[at0001]/item[at0004]/value is going to be manual typing if the workbench is right or I will do it with code if the java parser is right.
AQL queries
Currently you can get the paths from the Archetype workbench - path view. See http://www.openehr.org/svn/ref_impl_eiffel/TRUNK/apps/doc/adl_workbench_help.htm - thomas beale Oh oh, now I am more confused :-) So looking at body weight node structure I would have parsed a path that would have included AT0004 in it to identify the discrete weight data element (as in mass) . http://www.patientos.org/forum_temp/archetype.png But the query path shown in the tool suggests that sometimes the AT identifier is dropped - perhaps because it was a single item? http://www.patientos.org/forum_temp/query_path.png This is confirmed in the Java reference parser as it parses the ADL and looking at the path property on the quantity it shows a path of /data[at0002]/events[at0003]/data[at0001]/item[at0004]/value which is very different. This is tough because as I build out reusable clinical documentation sections I was hoping to tag the data elements with the appropriate codified elements - e.g. I can just add source: LOINC code: 3141-9 source: SNOMED code: (concept id) but to add source: OpenEHR code: openEHR-EHR-OBSERVATION.body_weight.v1/data[at0002]/events[at0003]/data[at0001]/item[at0004]/value is going to be manual typing if the workbench is right or I will do it with code if the java parser is right.
openEHR-technical Digest, Vol 27, Issue 1
This is confirmed in the Java reference parser as it parses the ADL and looking at the path property on the quantity it shows a path of /data[at0002]/events[at0003]/data[at0001]/item[at0004]/value this path identifies the same element as /data/events[at0003]/data/item/value When there is only one element under a single-valued attribute, the [atcode] is not needed; this is not an openEHR specific thing, it is standard Xpath. Some intermediate nodes currently have codes but do not need them, such as HISTORY (at0002 node), the ITEM_SINGLE node (at0001) - the codes don't add any more semantics than already in teh underlying reference model (i.e. HISTORY is a 'history' and ITEM_LIST is a 'list'). However, ideally the Weight ELEMENT node (at0004) would retain its at-code, because it is semantically significant. This issue has not yet been properly discussed in openEHR, and I should probably turn back on the more slavish mode of path generation, with all the at-codes included. If you are not doing your documentation absolutely immediately, you can use an updated form of the workbench which I will release in the next few days (which has a lot of other archetype checking implemented). BTW, you can just do ctrl-C on rows in the workbench path list and paste into another tool. - thomas beale Yes I tried the ctrl-C but anyway that is a relief that the two paths are equivalent. I will just import the ADL and that will add the path as an identifier I can use when I translate AQL to SQL down the road. thanks! Greg
SNOMED/LOINC mapping
Hi, One of the things that has been holding me up is the conundrum around coded clinical documentation. I would use OpenEHR exclusively but as I delve into the depths of integration I am getting nervous that the archetypes have not yet been mapped to LOINC or SNOMED. As an example comparison take a patients (non-birth) weight for example. In pediatric hospitals and for patients receiving chemo it has always been critical to differentiate between a carefully measured weight suitable to weight dose calculations versus a weight perhaps measured adhoc at an outpatient clinic. In SNOMED I find 27113001 : body weight - synonym of Body weight (observable entity) In OpenEHR we have openEHR-EHR-OBSERVATION.body_weight.v1.adl which defines the weight, clothing worn, and device used. In LOINC we have LOINC_COMPONENT PROPERTYTIME_ASPCT SYSTEM SCALE_TYP METHOD_TYP 3141-9 Body weight MassPt ^PatientQn Measured 3142-7 Body weight MassPt ^PatientQn Stated 50064-5 Body weight MassPt ^PatientQn Ideal 8335-2 Body weight MassPt ^PatientQn Estimated I expect the SNOMED term could be qualified - but I would have to search around to figure out with which term would be appropriate (illustrating the challenge). So I guess ultimately the question boils down to what is everyone/anyone else doing - OpenEHR - OpenEHR + LOINC - OpenEHR + SNOMED - All (tough especially as each system has its own set of terms and concepts of what is what) And perhaps what does your average EMR doc want? I am not talking about ICD9/10 or CPT codes as I need to do those for billing anyway. thanks! Greg http://www.patientos.org Open Source EMR in the making
SNOMED/LOINC mapping
Greg Caulton wrote: So I guess ultimately the question boils down to what is everyone/anyone else doing - OpenEHR - OpenEHR + LOINC - OpenEHR + SNOMED - All (tough especially as each system has its own set of terms and concepts of what is what) *the mapping work still largely has to be done; both Snomed and LOINC will be mapped to various archetypes, LOINC obviously more around results. You could get involved with the effort;-) - thomas The problem with SNOMED mapping (and you wouldn't want me doing that as I would be very bad at it) is that I assume (perhaps incorrectly) that the OpenEHR foundation could not distribute the mapping without the recipients first getting some kind of license for the SNOMED - not insurmountable but that does complicate things. I am not sure I fully understand the direction in OpenEHR for lab tests - creating an archetype per lab test seems overkill but there appear to be some lab test archetypes. Perhaps OpenEHR should just define 'types' of lab tests and leave the distinct tests to be defined as coded values. As I discovered with looking at a CCR export LOINC has more than lab tests and so there is definitely overlap - though it really needs clinicians and a non-trivial effort. Likely archetypes would need to be expanded to accommodate everything. Greg
Email Clients (was Redux: Circular Imports)
Message: 5 Date: Fri, 04 Jul 2008 10:18:48 +1000 From: Hugh Leslie hugh.leslie at oceaninformatics.com Subject: Re: Redux: Circular Imports To: Peter Gummer peter.gummer at oceaninformatics.com, For openEHR technical discussions openehr-technical at openehr.org Message-ID: 486D6C68.6000801 at oceaninformatics.com Content-Type: text/plain; charset=us-ascii An HTML attachment was scrubbed... URL: http://lists.chime.ucl.ac.uk/mailman/private/openehr-technical/attachments/20080704/2bd9cb7a/attachment.html -- ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical End of openEHR-technical Digest, Vol 24, Issue 9 Though your Thunderbird client wreaks havoc on the digest version which scrubs it and sends me to a wickedly difficult post to read... An HTML attachment was scrubbed... URL: http://lists.chime.ucl.ac.uk/mailman/private/openehr-technical/attachments/20080704/2bd9cb7a/attachment.html Tim's are fine though, lol. Lets hope openEHR has more interoperability than RFC 821 ... :-)
PatientOS archetype to form demo (of sorts)
Thanks to the java reference implementation I have a demo of importing archetypes to auto generate forms which have the references to the archetype. Here is the video example of doing blood pressure: http://www.patientos.org/software/video_files/openehr/patientos_openehr.htm If you are curious as to how the other forms came out you can view the demo (one at a time) here: http://www.patientos.org/demo.htm username/password demo/demo - double click a patient, forms tab and press new form. It is running via a java applet which has a number of warnings to start. You do need privs on your machine - no sure what the min version of java is. One can build new forms using selected controls from the existing forms. Later I will make the archetype based forms templates, not actual forms you can select. One thing I noticed in the conversion that I don't have any way of distinguishing between a line of text and multiline text in the archetype (I would generate an appropriate pane in the latter case). Perhaps not a big deal. All work in progress of course!. Greg
GUI-hints in openEHR templates?
Similar to others we customize the GUI in the form builder tool where complex logic (hiding controls, looking up values, validation, business logic etc) can be added. It would be a large (but noble) effort to implement that in templates or even separate presentation templates (my preference) for automation. However my question is if we want true interoperability are we expecting a completed form created in PatientOS to be edited in an external openEHR system? If we are, I can see issues if I determined a field to be a large multiline text field (e.g. comments on this vitals form: http://www.patientos.org/forum_temp/vitals_form.png)) but the external system created a short single text box. The net effect would be visually truncated data - unless it is unreasonable to expect we can swap and edit documents. Perhaps that is just an implementation detail to be hacked out. Greg http://www.patientos.org
Parsing archetype xml with JAXB
Hi Greg, Have you tried XMLBeans? I have good experience in RM XML data binding using XMLBeans, http://www.openehr.org/svn/ref_impl_java/SANDBOX/xml-binding/ Haven't tried it with AOM XML binding, but it shouldn't be too different I suppose. Regards, Rong Hmm, well perhaps I should just use the ref_impl_java jar files to parse the ADL ? Either way is fine - I just want to have the archetype in a java object I can navigate and pull out the information I need to create the data elements and forms. This must be an old link to a single jar: http://www.openehr.org/svn/ref_impl_java/TRUNK/docs/download.htm Is there somewhere else I can download a single all in one openehr jar ? Multiple is fine too of course. thanks! Greg
Parsing archetype xml with JAXB
If you are familiar with Maven, the best way is to check out the latest version from the trunk and build from source. You could also download jars from the continuous integration server from here http://openehr.cambiosys.org/continuum. Just click the component and follow the link working copy and pick up the jar files form the sub-directory target. Cheers, Rong Awesome, one jar and one line of code and I have the Archetype object from the source ADL - sweet. I'll thank you in person next week :-) Greg - I think this question would be better on the implementers list - to avoid causing too many heart attacks among the readers of this list on seeing actual code ;-) - thomas beale Don't worry, I won't show the one line of code :-) thanks! Greg http://www.patientos.org
Archetype official versions
On 6/4/08, openehr-technical-request at openehr.org openehr-technical-request at openehr.org wrote: The result of this is that new _versions_ of officially released archetypes should be very low in number and should always have a formal definition of how to migrate data created using an older version. - thomas In subversion there are a number of versions of archetypes - are any officially released or are all considered under development? dev\adl\openehr\ehr\entry\observation\openEHR-EHR-OBSERVATION.blood_pressure.v1.adl dev-uk-nhs\adl\openehr\ehr\entry\observation\openEHR-EHR-OBSERVATION.blood_pressure.v3.adl dev-uk-nhs\adl\openehr\ehr\entry\observation\openEHR-EHR-OBSERVATION.blood_pressure.v2.adl dev-uk-nhs\adl\openehr\ehr\entry\observation\openEHR-EHR-OBSERVATION.blood_pressure.v1.adl The NHS directory has many more templates which would be nice to use. thanks! Greg http://www.patientos.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080604/6b18254a/attachment.html
openEHR Querying specifications
-- Message: 2 Date: Tue, 03 Jun 2008 16:39:37 +0100 From: Thomas Beale thomas.be...@oceaninformatics.com Subject: openEHR Querying specifications To: Openehr-Technical openehr-technical at openehr.org Message-ID: 484565B9.6030805 at oceaninformatics.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed The current material is therefore intended as a resource for discussion and definition of a query language for openEHR. A team can be defined after sufficient time for the community to react to this material and determine if it makes sense to use AQL as the basis or to seek other solutions or candidates. - thomas beale Perhaps this has been answered but as the archetypes change version is it expected that the AQL will need to keep up with that - I assume our historic data would be specific to the archetype version - not 'upgraded' ? i.e. after v1: FROM EHR [ehr_id/value=$ehrUid] CONTAINS COMPOSITION [openEHR-EHR-COMPOSITION.encounter.v1] CONTAINS OBSERVATION obs [openEHR-EHR-OBSERVATION.blood_pressure.v1] WHERE obs/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value = 140 after v2: FROM EHR [ehr_id/value=$ehrUid] CONTAINS COMPOSITION [openEHR-EHR-COMPOSITION.encounter.v1] CONTAINS COMPOSITION [openEHR-EHR-COMPOSITION.encounter.v2] CONTAINS OBSERVATION obs [openEHR-EHR-OBSERVATION.blood_pressure.v1] CONTAINS OBSERVATION obs2 [openEHR-EHR-OBSERVATION.blood_pressure.v2] WHERE ( obs/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value = 140 OR obs2/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value = 140 ) not sure if that is exactly right. thanks! Greg http://www.patientos.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080603/4281de30/attachment.html
Data-entry for OpenEhr
-- Message: 2 Date: Sun, 04 May 2008 21:40:23 +0200 From: Bert Verhees bert.verhees at rosa.nl Subject: Re: Data-entry for OpenEhr To: For openEHR technical discussions openehr-technical at openehr.org Message-ID: 481E1127.6060805 at rosa.nl Content-Type: text/plain; charset=ISO-8859-1 I would also like to start importing openEHR content into PatientOS in the new few weeks. I am less concerned with the data at this point, rather I would like to be able to take a template (perhaps initially just archetypes and I will combine them internally to be larger forms) import it and make then available as a data entry form (and display). I am debating whether to parse the XML generated by the Archetype Editor (awesome tool by the way) or leverage the java reference implementation to read an ADL and then import. I expect the XML would be quicker but more prone to break. Though at this point it is a proof of concept not a long term solution (which may use the TDS instead). I am going to use a temporary solution, to get my data into my system. It is not that important, it is only maybe 1% percent of all the code involved, and with no interface change at most places I can switch easily to another more standardized solution if it comes up, or maybe a solution a customer wants, is also possible. I took a short look at your system (is it yours, or from a team?), I couldn't find any quick pointers to the architecture behind, and the standards used. Maybe you can point me to some information. I am interested. thanks Bert The system is open source (GPL) so the team is community based and while I have been the primary contributor there are others whose contributions have been more than valuable. The archtecture is distributed with a fat client and could be described as including elements of Domain Model, MVC/ApplicationController, DTO, Gateway, Mediator, though many of the technologies help to simplify things - specifically Hibernate, JBoss using EJB 3.0, RMI. The front end is dynamically generated Swing based upon the database defined content. The database is PostgreSQL though after 1.0 we will start supporting Oracle. PatientOS XML integrates with Mirth which does the heavy lifting for HL7, X12, NCPDP, Web services etc Today (in development) you can build clinical forms with a forms wizard but there have been a few people that have expressed interest in how PatientOS could integrate with OpenEHR. So to start things off I thought I would import archetypes to generate forms but retain the archetype value path so that each data element could be mapped to a corresponding OpenEHR value. How to use that later to support AQL or OpenEHR messages is anyones guess, I will likely wait for some direction at that point from someone who needs that level of integration. I'll start with the XML generated by the Ocean Archetype Editor and let you know when those generated 'forms' can be accessed in the demo. Greg http://www.patientos.org
Data-entry for OpenEhr
Message: 1 Date: Fri, 02 May 2008 00:37:36 +0200 From: Bert Verhees bert.verhees at rosa.nl Subject: Re: Data-entry for OpenEhr To: heath.frankel at oceaninformatics.com, For openEHR technical discussions openehr-technical at openehr.org Message-ID: 481A4630.5020207 at rosa.nl Content-Type: text/plain; charset=us-ascii -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ocean is also developing the idea of a Template Data Schema, which will be published as a draft on openEHR in the coming months. This does provide a specific XML schema for a template (or combined collect of archetypes) where the XML element names come from the archetype element names, but there is That is fine, but I can't wait for that now. I really have to finish my work on this in short time. When the TDS will be released, I will study it and probably implement it then. Now I will go on with my schema, which, by the way, works with generated XML-files too Thanks, for your reply, and I hope TDS will be released to public soon. Bert I would also like to start importing openEHR content into PatientOS in the new few weeks. I am less concerned with the data at this point, rather I would like to be able to take a template (perhaps initially just archetypes and I will combine them internally to be larger forms) import it and make then available as a data entry form (and display). I am debating whether to parse the XML generated by the Archetype Editor (awesome tool by the way) or leverage the java reference implementation to read an ADL and then import. I expect the XML would be quicker but more prone to break. Though at this point it is a proof of concept not a long term solution (which may use the TDS instead). thanks! Greg http://www.patientos.org -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20080502/32322dff/attachment.html
New Standard Proposal
PDF is ubiquitous, makes complete sense. . . . . . . not :-) On 12/1/07, Tim Cook timothywayne.cook at gmail.com wrote: sarcasmNow here is a proposal we should all get behind!/sarcasm http://empowerhealthcare.blogspot.com/ PDF Healthcare -- Timothy Cook, MSc Health Informatics Research Development Services LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
New Standard Proposal
I agree - I was only joking :-) On 12/2/07, Eddy Rospide edrs22 at yahoo.com wrote: PDF would require at the very least the Adobe Acrobat Reader on the local machine to be read. While I understand the finality of using PDF for medical purposes, it becomes even more difficult to work with if you want to convert it to plan text for query purposes. Eddy - Original Message From: Grahame Grieve grahame at kestral.com.au To: For openEHR technical discussions openehr-technical at openehr.org Sent: Sunday, December 2, 2007 7:25:12 PM Subject: Re: New Standard Proposal PDF is ubiquitous, makes complete sense. html is even more ubiquitious. I propose that we use html. Grahame ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical Never miss a thing. Make Yahoo your homepage. ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Archetypes
This was where I was directed and it worked for me: http://svn.openehr.org/specification/TAGS/Release-1.0.1/publishing/architect ure/overview.pdf . I also downloaded the Link?ping University Archetype Editor http://www.imt.liu.se/mi/ehr/tools Greg http://www.patientos.org On 11/20/07, adrian gomez adrian.gomez at hospitalitaliano.org.ar wrote: Where is the best information site o documentation to understand the archetypes technology. thanks Adrian Gomez Hospital Italiano de Buenos Aires ARGENTINA ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Is this only me?
There is a few related administrator settings not sure what OpenEHR has them set to of course: 1) [ ] Conceal the member's address 2) [X] Acknowledge the member's posting 3) [ ] Do not send a copy of a member's own post 4) [X] Filter out duplicate messages to list members (if possible) Greg http://www.patientos.org On 11/16/07, Thomas Beale thomas.beale at oceaninformatics.com wrote: I don't think there is anythign magic in mailman - as far as I know it just sends a copy of the post to every subscriber, which includes the sender. So I wonder if you have some filter running or some junk / spam rule that is mistakenly killing the received emails? - thomas Tim Cook wrote: All, I have tried (on this and other lists) to set my preferences so that I receive a copy of my own email. Mostly because I have no clue of what I sent to which mailing list I guess. :-( I NEVER seem to recieve a copy of the email I sent. Now I really think that Mailman is probably the best mailing list manager available. However, this issue seems to be pervasive across many mailing lists and many domains. It is VERY frustrating since I need to keep track of what I said where otherwise I'll be VERY confused. Thoughts? Solutions? Cheers, Tim ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- please change your address book entry for me to Thomas.Beale at OceanInformatics.com *Thomas Beale* /Chief Technology Officer/ Ocean Informatics http://www.oceaninformatics.com/ Chair Architectural Review Board, /open/EHR Foundation http://www.openehr.org/ Honorary Research Fellow, University College London http://www.chime.ucl.ac.uk/ * * ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
openehr system validation
I also agree with Tims comments, we need to stay within scope of OpenEHR. Obviously anyone building an HIS has an interest in proving interoperability with other standards - but that should be up to them not OpenEHR. Echoing Berts comment if we can get an early heads up on the requirements - it does not have to be perfect nor complete, just something that we can get started with on the design side. Demonstrating connectivity at a conference is great but I plan to have my system running 24/7 on the internet with simulated random data and it would be *very* cool to have a partner system which was sending and receiving data - so you could log into either system and see the data flow... On 11/9/07, Bert Verhees bert.verhees at rosa.nl wrote: snip (I snipped it away because of readability) How and whether that system performs with HL7v2,CDA,CCD, etc. is outside the scope of openEHR conformance. I must say, I agree with Tim, we must take care that we (only) test to openEhr-specs conformance. I would like to add some remarks. There maybe already thoughts about the coming API, can I find some information about that? It is difficult to have this discussion without that information. Let me explain: There are more platforms in which the openEhr specs can be build, .NET, Java, Eiffel, also C++ is possible. There are also many platforms on which openEhr can run. Linux, Mac and Windows. There are many interfacing-possibilities to other services/software. The good thing about open standards is that all this is posssible. But now an API, which must be platform-independent, because there is no platform defined in the specs. How will that look like, from technical view: I can imagine, this will be a service as in (http) SOA/SOAP-level Maybe I am wrong, so please tell me were to read more about it. regards Bert Verhees ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
OpenEHR queries
They can answer that but for your info I considered it and accepted it :-). Which brings me to the next question but I will start a new thread. On 11/8/07, Randolph Neall randy.neall at veriquant.com wrote: Heath, Good clear answer. Thanks. You enable me to take us back to where this conversation started. I can now make a possibly uneducated guess how the Ocean querying works: You parse AQL queries into two distinct parts, (1) for the relational DB and its paths and (2) for the object layer. The first part narrows down the range of blobs you must look at as far as possible, and the second part penetrates into specific values in the blobs themselves. If you end up with 10,000 blobs resulting from part 1, you must parse and instantiate each one into the memory of your object server and then step through each one to find which of them satisfies the query. If I'm right, your system could run reasonably fast if part 1 of the query does not not yield a large result or if your object server runs on some heavy iron. I'm not sure if one of your blobs represents one complete patient record or merely a fragment of the record, but if it does encompass the complete record, the blob size could be large and the instantiation process (involving parsing if XML) in itself would consume resources and take time. Maybe you've found that querying against a large set of blobs is seldom necessary. There are tradeoffs no matter how one goes, and I can see your logic. You mention the need for (1) obfuscation and (2) semantic integrity. Thomas's concern centered more on the complexities of expressing hierarchies in traditional relational terms, and in maintaining ever-changing models (see his extended comment in this thread). Either way, you end up with your chosen architecture. Did Ocean consider, at the beginning, using a relational node-based graph (verticies, edges, etc) structure, without blobs and without the schema itself ever having to change, and reject the idea? Best regards, Randolph On 11/7/07, Heath Frankel heath.frankel at oceaninformatics.com wrote: Randy, We have already indicated that we store indexed blobs. We can store these blobs as XML, DADL or Binary. It doesn't matter, it is just a serialisation format and the MAGIC happens in the object layer. Another benefit of this is that it obfuscates the EHR content forcing the data access through the EHR Server to ensure that the semantics and security of the content is maintained. This is a deterrent to traditional application developers bypassing these important EHR requirements. Regards Heath Heath Frankel Product Development Manager Ocean Informatics Ground Floor, 64 Hindmarsh Square Adelaide, SA, 5000 Australia ph: +61 (0)8 8223 3075 mb: +61 (0)412 030 741 email: heath.frankel at oceaninformatics.comheath.frankel at oceaninformatics.biz
openehr system validation
So regardless of data persistence (which is an implementation detail and a software engineering choice independent of OpenEhr) how can we test the compliance of an OpenEHR system? CCHIT developed inter-operability tests (I believe). Can we do the same? Can we have say a template that reflects the context of data and have OpenEHR systems demonstrate their display or data entry? Or perhaps a set of data and a set of AQL queries that should all return the same results? Some kind of non-subjective certification in the long term would be nice. For now just a 'show you can do this and you are on the right track' would helpful. Just a thought. Greg http://www.patientos.org
Exchanging codified content via HL7
So I have completed a first pass at parsing the OpenEHR content, extracting some initial information I would import into to my application. More work to be done but if you look at this text file as a preliminary output from the process: http://www.patientos.org/forum_temp/openehr.txt My question is if I send the information out via HL7 in say OBX segments, what 'code' would I assign to the data elements. For example if my message is sending the 'Anaesthetic evaluation and history date/time of last liquid intake' - is the unique, interoperable identifier for that data element: [at]/data[at0001]/items[at0005]/items[at0006] thanks Greg http://www.patientos.org
XML versions of the ADL
Looks good to me, The only issues I am hitting so far are due to the original ADL e.g. openEHR-EHR-OBSERVATION.dimensions.v1.adl defines at0013 (Object: The object, axis or body part that is being measured) as a DV_CODED_TEXT but without associated codes. I don't know if it is helpful if I highlight those type of anomolies (or perhaps not anonomolies, just my misunderstanding of the definition). thanks! Greg http://www.patientos.org On 11/7/07, Heath Frankel heath.frankel at oceaninformatics.com wrote: Greg and others, We have configured an auto-build process to convert the ADL archetypes to XML located at http://svn.openehr.org/knowledge/archetypes/dev. They now all exist and are valid against the RM 101 XML Schema. Let me know if you find any issues with the XML content. Regards Heath -Original Message- From: Heath Frankel [mailto:heath.frankel at oceaninformatics.com] Sent: Wednesday, 7 November 2007 11:06 AM To: 'For openEHR technical discussions' Subject: RE: XML versions of the ADL Greg, I agree with Tim, that you can't always expect Ocean to provide these tools. We just happen to be one of the main contributors to the openEHR foundation. As Tim said, the openEHR specs are the normative artefacts including the XML schemas provided at http://svn.openehr.org/specification/TAGS/Release- 1.0.1/ITS/XML-schema. As for the archetypes, the ADL is probably the best source of truth but even then there are some archetypes that have some errors left over from previous versions of ADL and Editor tools. The XML archetypes have been generated using the Ocean Archetype Editor which is available free from http://downloads.oceaninformatics.com/products/ArchetypeEditor. The XML archetypes provided in http://svn.openehr.org/knowledge/archetypes/dev/xml are currently manually generated using an old version of the editor and committed to subversion. This is why a complete set is not available. These XML archetypes are NOT valid against the openEHR R1.0.1 archetype and openehrprofile XML schemas, they do not even use the correct namespace. They have not been updated since R1.0.1 was release. Ocean has provided a auto-generation process for the NHS archetypes which generate valid R1.0.1 XML and we will endeavour to provide this for the dev archetypes as well. BTW, I have noticed an error in the term bindings XML and will have this rectified ASAP. You could use the Ocean Archetype Editor to produce the required XML yourself. A similar error as mentioned above exists for term bindings but more critical as it does not produce valid XML when an archetype includes term bindings. Again I will have this rectified ASAP. I will provide some background on the automated XML conversion process. The ADL archetype is read using openEHR Eiffel ADL Parser reference implementation which generates Archetype Object Model representation of the archetype. Using the openEHR Archetype Model XML Schema based on the AOM we simply serialise this AOM representation to XML. One of the issues you have highlighted is in regard to namespace prefixes. The Ocean serialiser uses the openEHR AM schema namespace as the default namespace and hence does not require prefixes. The LiU Editor obviously uses an at namespace prefix. Both are completely valid XML. The second issue is the xsi:type of children. Look at the openehrprofile.xsd and you will see that C_DV_QUANTITY is the correct type. This is consistent with the openEHR profile specification. Thirdly, both DvQuantity and QUANTITY are wrong in this case. It should be DV_QUANTITY as per the openEHR RM. The Ocean Archetype Editor now produces this correctly and the XML converter used to generate the NHS XML archetype is working correctly in this case, see http://svn.openehr.org/knowledge/archetypes/dev-uk- nhs/gen/xml/openehr/ehr/entry/observation/openEHR-EHR- OBSERVATION.blood_pressure.v1.xml. Hope this helps. Regards Heath -Original Message- From: openehr-technical-bounces at openehr.org [mailto:openehr-technical- bounces at openehr.org] On Behalf Of Greg Caulton Sent: Tuesday, 6 November 2007 8:05 AM To: For openEHR technical discussions Subject: XML versions of the ADL In writing some code to parse the XML to populate my database I notice there is not always a matching XML on subversion for a given ADL. For example there is http://svn.openehr.org/knowledge/archetypes/dev/adl/openehr/ehr/entry/observ at ion/openEHR-EHR-OBSERVATION.blood_pressure.v1.adl http://svn.openehr.org/knowledge/archetypes/dev/xml/openehr/ehr/entry/observ at ion/openEHR-EHR-OBSERVATION.blood_pressure.v1.xml but not an XML for http://svn.openehr.org/knowledge/archetypes/dev/adl/openehr/ehr/entry/observ at ion/openEHR-EHR-OBSERVATION.respiration.v1.adl
XML versions of the ADL
And that is fine of course, I am just wondering if there is an XML conversion that can be considered the 'source of truth'. i.e. will the XML committed to the svn repository always be in the same format e.g. will OceanInformatics always use their converter? On 11/6/07, Erik Sundvall erisu at imt.liu.se wrote: Hi! On 11/5/07, Greg Caulton caultonpos at gmail.com wrote: To get around this I started to use the LiU Archetype Editor but I realize now it generates a different XML than on subversion. For example the LiU editor generates nodes with type children xsi:type=at:C_QUANTITY rm_type_nameDvQuantity/rm_type_name but on subversion it has children xsi:type=C_DV_QUANTITY rm_type_nameQUANTITY/rm_type_name Is the XML unreliable such that I must use a Java ADL parser? The XML-serialisation code used in the LiU editor is experimental and has not been revised for several months. If anyone has interest in updating it don't hesitate to have a go at it. Code patches are welcome, we are currently focusing more on other related projects but we don't mind releasing new builds when we get code contributions. Best regards, Erik Sundvall erisu at imt.liu.sehttp://www.imt.liu.se/~erisu/Tel: +46-13-227579 ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
XML versions of the ADL
Is anyone validating the non-draft XML committed to the repository against the current specification and/or is there a certified upgrade process to ensure the XML matches the current openEHR specification. Just trying not to reinvent implementing the ADL--XML conversion. I see blood pressure and other ADLs converted to XML in the dev-nhs directories, which seem consistent with the rest of the content. So for now I will focus on uploading those into my database. thanks Greg On 11/6/07, Tim Cook timothywayne.cook at gmail.com wrote: On Tue, 2007-11-06 at 07:20 -0500, Greg Caulton wrote: And that is fine of course, I am just wondering if there is an XML conversion that can be considered the 'source of truth'. i.e. will the XML committed to the svn repository always be in the same format e.g. will OceanInformatics always use their converter? The 'source of truth' is the openEHR specifications. Ocean Informatics is a company that may / may not always adhere to the standards/specifications established by the openEHR Foundation, much like any other company. While many of the same people may be involved in a particular company as well as specification organizations(openEHR Foundation); it does not mean that Ocean Informatics sets the standards and policies for the openEHR Foundation. I believe this has been made very clear in the organizational structures. Regards, Tim -- Timothy Cook, MSc Health Informatics Research Development Services http://timothywayne.cook.googlepages.com/home LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
OpenEHR queries
I appreciate the information. Writing new queries wouldn't be too hard, it is parsing the queries and then executing the corresponding queries or service calls against the implemented system that is the tricky part. Is Ocean Informatics planning to provide a open source java (or similar language) implementation of the query parsing engine (I am not implying you should, just a question in case you were)? If you were it would be useful to look at how I could plug in my integration, the early I look at these things in the design the easier it gets. thanks! Greg http://www.patientos.org On 11/5/07, Heath Frankel heath.frankel at oceaninformatics.com wrote: Hi Greg, The Archetype Query Language (AQL, formerly known as EHR Query language or EQL) was developed by Ocean Informatics and a specification is being prepared to be offered to the openEHR foundation as a candidate openEHR specification. For now the paper referred to by Rong is the main reference but we hope to provide something on the openEHR WIKI soon. The Ocean Template Designer provides these openEHR (XPath-like) paths as a property of each node but Ocean is also developing an Archetype Query Builder tool that will actually generate the complete query for you. Here is the query generated by the tool as per your use case (it is slightly simpler than the example provided by my colleague Chunlan). SELECT o/data[at0001]/events[at0002]/data[at0003]/items[at0004]/value FROM EHR [uid = $ehrUid] CONTAINS OBSERVATION o [openEHR-EHR-OBSERVATION.respiration.v1] WHERE o/data[at0001]/events[at0002 and name/value='Any event']/data[at0003]/items[at0004]/value/magnitude $n The units can be included as an additional criteria as indicated by Chunlan but it is unnecessary as the archetype only allows one kind of unit for rate. Let me know if you would like further details regarding the Ocean tools. Regards Heath Heath Frankel Product Development Manager Ocean Informatics Ground Floor, 64 Hindmarsh Square Adelaide, SA, 5000 Australia ph:+61 (0)8 8223 3075 mb: +61 (0)412 030 741 email:heath.frankel at oceaninformatics.com -Original Message- From: openehr-technical-bounces at openehr.org [mailto:openehr-technical- bounces at openehr.org] On Behalf Of Greg Caulton Sent: Monday, 5 November 2007 9:30 AM To: For openEHR technical discussions Subject: Re: OpenEHR queries Thanks Rong, Just the thought for someone but it would be handy to have the XPath (such as o/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value) for a data value somewhere accessible in the editor or in the html generated content such as http://svn.openehr.org/knowledge/archetypes/dev/html/en/openEHR-EHR- OBSERVATION.body_weight.v1.html Just easier for adhoc testing so not a big deal. On 11/4/07, Rong Chen rong.acode at gmail.com wrote: Hi Greg, There was a paper published at Medinfo2007 on this topic. The paper is available at: http://www.openehr.org/downloads/publications/archetypes/MedInfo_2007_EQL_MA .p df Cheers, Rong On 11/4/07, Greg Caulton caultonpos at gmail.com wrote: Hi, Somewhere I recall reading that there was an OpenEHR query that theoretically an OpenEHR compliant system could execute a return results for. Is there a spec somewhere, preferably with a simple example. So if someone knew my patient and queried for all instances of Respiratory Rate greater than n? openEHR-EHR-OBSERVATION.respiration.v1.adl Rate at0004 n Units /min (is that a default or are the units passed in the query) Or is this future functionality? thanks Greg http://www.patientos.org ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Searching/Accessing your data was: OpenEHR queries
One reason for the question was that it wasn't clear whether the at uniquely identifies a concept within the ADL. I think it still does, but it can have different context depending on where it occurs. Implementing a hierarchy of information (information model) using entity relationships (data model) is common place. The argument of Object databases versus Relational databases is an old one that I expect most people have already chosen their camp based upon their personal career experiences. I will agree with you that MySQL is not well suited to terabyte databases with 1000's of concurrent users, with many people attempting to update the same patient record :-) My own hospitals largest table is growing at a rate of 500,000 rows per day, MySQL would choke with the number of queries and updates hitting it regardless of hardware IMHO. Greg http://www.patientos.org On 11/5/07, Tim Cook timothywayne.cook at gmail.com wrote: On Mon, 2007-11-05 at 06:18 -0500, Greg Caulton wrote: Of course that would break if a new data element was added in a position (fabricated) data[at0001]/events[at0099]/data[at00100]/items[at0004]/value but the simplicity is tempting. This is of course why you should (IMHO) change your focus (it takes an Ah Ha moment) from data model to information models. Using an object database (ZODB, POET, Gemstone, Versant, Objectivity/DB, etc.) in your chosen implementation language is usually transparent at that point. If your heart can't handle that (OODB) approach for some reason and you insist on PostgreSQL or Oracle (please do NOT use MySQL for healthcare information) you should still look at using the custom data type capabilities of them and follow the information model as defined in the specifications. Again, you end up with an information model approach and you do not adhere to (necessarily) to a relational model but you still maintain data integrity and the relationships defined in the information model UML. DISCLAIMER: I understand that Ocean Informatics uses MS-SQL but I do not know what their data model/information model looks like at the persistence level. The really cool thing about truly supporting the openEHR Information Models is that it doesn't matter as long as you can support and EHR Extract in context of the information requested. My 1 cent (the USD is in trouble). Cheers, Tim -- Timothy Cook, MSc Health Informatics Research Development Services http://timothywayne.cook.googlepages.com/home LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
OpenEHR queries
Hi, Somewhere I recall reading that there was an OpenEHR query that theoretically an OpenEHR compliant system could execute a return results for. Is there a spec somewhere, preferably with a simple example. So if someone knew my patient and queried for all instances of Respiratory Rate greater than n? openEHR-EHR-OBSERVATION.respiration.v1.adl Rate at0004 n Units /min (is that a default or are the units passed in the query) Or is this future functionality? thanks Greg http://www.patientos.org
OpenEHR queries
Thanks Rong, Just the thought for someone but it would be handy to have the XPath (such as o/data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value) for a data value somewhere accessible in the editor or in the html generated content such as http://svn.openehr.org/knowledge/archetypes/dev/html/en/openEHR-EHR-OBSERVATION.body_weight.v1.html Just easier for adhoc testing so not a big deal. On 11/4/07, Rong Chen rong.acode at gmail.com wrote: Hi Greg, There was a paper published at Medinfo2007 on this topic. The paper is available at: http://www.openehr.org/downloads/publications/archetypes/MedInfo_2007_EQL_MA.pdf Cheers, Rong On 11/4/07, Greg Caulton caultonpos at gmail.com wrote: Hi, Somewhere I recall reading that there was an OpenEHR query that theoretically an OpenEHR compliant system could execute a return results for. Is there a spec somewhere, preferably with a simple example. So if someone knew my patient and queried for all instances of Respiratory Rate greater than n? openEHR-EHR-OBSERVATION.respiration.v1.adl Rate at0004 n Units /min (is that a default or are the units passed in the query) Or is this future functionality? thanks Greg http://www.patientos.org ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
identifying and organizing of archetypes
What is the unique identifier for each archetype? I assume it is the id e.g. openEHR-EHR-OBSERVATION.blood_pressure.v1 but is there no URI that I could always resolve to get the definition. For instance the NHS templates refer to an the ID but how do I know where to go to get that? The organization of the archectypes is currently by action, evaluation, instruction, observation etc. - is that the only defined organization (versus breaking it out by domain e.g. vital signs). I assume we are not tackling a comprehensive list of clinics or services provided in healthcare? thanks Greg
parsing templates
The OET files do look easy to use - did your tool create the csv files as well? I would love to be able to take the NHS templates and auto generate data entry forms for my system - I have a rich client so I would parse the XML and translate to my internal format. Importing and exporting forms into OpenEHR templates as a compatability feature. Another advantage is users could have an alternative template designer that would be possibly more specialized than I have time to create. thanks Greg Boston, MA http://www.patientos.org On 10/23/07, Thomas Beale thomas.beale at oceaninformatics.com wrote: Heath Frankel wrote: Greg, The XML representation of Archetypes are just as normaitive as ADL, the XML (just like ADL using a different syntax) is a serialisation of the Archetype Object Model representation of an Archetype. The OET files are a proprietary template definition used by the Ocean Template Designer product. This Template Designer also has a Form Designer that can take a template definition and automatically build a form. This form can be output as a Form Definition with control constraints expressed using the Archetype Object Model constraint object. This form definition can be used within the Ocean EhrView web components to render this form using ASP.NET. *we should be clear that the schema of templates is only 'proprietary' temporarily. It has been under development and use by Ocean and various users, including the UK NHS. Efforts are underway to finalise a draft specification of the template specification format for openEHR. As anyone will see from an .oet file, the model is relatively simple and is not in any way secret. It has just been a case of using something to see how well it works before proclaiming it a specification (or standard...). The draft specification should be available within a few weeks. - thomas beale * ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
parsing templates
Hi, More basic questions... The Archetype-Editor is great for defining archetypes for technical users. I am looking to leverage templates and archetype content but provide a simple to use front end. The user would go through iterations of searching and selecting content, adding it to what would be their own template - or at least something I can persist without losing the archetype hierarchy. Looking at the oet template files e.g. http://my.openehr.org/wsvn/knowledge/templates/dev-uk-nhs/xml/openehr/ehr/composition/Emergency-Headache-v2draft.oet?op=filesc=1 The xsd is a general one, not related to templates. The archetypes do not have an xsd either - so I cannot use JAXB to generate java classes from the definition. Does this mean that technically only the ADL is the true specification, the XML is just for viewing purposes? Would I have to dig into the Java implementation to figure out how to parse the ADL into a set of objects that I can then display on screen or print? Is there a simple Java API I can use to get at the OET templates? thanks! Greg
software development starting out
Thanks Seung, Simple diagrams help me a lot :-) My background is computer science not medicine. I am starting to get the picture, this is exciting stuff. In the past I have the best HIS systems organize clinical data into a hierarchy with little rhyme or reason, and custom to the client. Writing meaningful reports from flowsheet data was a disaster. This could really help a lot and gives me something to focus my implementation on rather than a custom domain model. I am sure I will post many more questions. thanks! Greg Boston, MA http://www.patientos.org On 10/18/07, Seung Jong Yu ggojang at gmail.com wrote: Dear Greg Caulton First, I think you must have a conceptual idea of diagnostic-therapeutic cycle (see http://www.mieur.nl/mihandbook/r_3_3/mmedia/f01_02l.gif ) And you think how to organize medical concepts into information model (openEHR's information model. For basic understanding, refer to http://ontology.buffalo.edu/medo/HL7_2004.pdf) and how to use information model in real practical situation(openEHR's archetype). For your understanding, from information model's viewpoint your example may be coded like this. (it's peudocode and not exactly match with openEHR. It's just for your understanding ) Composition (Admission Note) Section (Present illness) Entry age, sex with ESLD admitted with dehydration Entry Received n ml/kg of volume resuscitation last night. Entry Went to OR for CVL placement, transferred to ICU for management after OR. Section (Microbiological Observation) Entry a) Send bacterial infection if stooling Section (Medication) Entry b) Re|start med for wound infection But, in order to use this example in real situation, we need to define codes(terminology), ranges and other constraints for age, sex, etc. This is the role of archetype. I don't know whether these are tips for you. But as Mikael Nystrom said, it is better that you start reading Architecture Overview and post any questions here Best regards Seung Jong YuMD, MS ggojang at gmail.com Research Doctor Medical Information Center Lab. Seoul National University Hospital 28 Yongon-dong, Chongno-gu Seoul 110-799, Korea +82-2-2072-1978 2007/10/19, Greg Caulton caultonpos at gmail.com: Hi, As someone who is an OpenEHR novice can you give me any tips - there is so much information on the website it is difficult to know where to start. While I have yet to understand the full potential of the framework, I would like to start with something simple. Suppose a surgeon signs onto my system and wishes to create a new progress note. On paper he may have written (swapping out the ) age, sex with ESLD admitted with dehydration Received n ml/kg of volume resuscitation last night. Went to OR for CVL placement, transferred to ICU for management after OR. a) Send bacterial infection if stooling b) Re|start med for wound infection c) Check weights d) etc. _ How does OpenEHR come into play with this action - Should provide lookups or force sentence structure? Should it be used to define and store the content into discrete data? What data source or service would my code interact with? I guess I have many questions, and I apologize in advance if I miss some concepts. thanks! Greg Boston, MA http://www.patientos.org ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071018/13b54226/attachment.html
software development starting out
Hi Sam, Yes that helps - thanks! Greg On 10/19/07, Sam Heard sam.heard at oceaninformatics.com wrote: Hi Greg I am going to respond to how such a record might exist as openEHR data. You have gone for a very narrative form which may mean that you are thinking dictation - very hard to go from narrative to formally structured data (ask Peter Elkin at the Mayo). I have clipped the openEHR-EHR- from the lead of archetype names. Greg Caulton wrote: age, sex - with ESLD admitted with [ADMISSION DIAGNOSIS as EVALUATION-problem-diagnosis]dehydration The following would be noting findings in the record - we could use hyperlinks to those parts of the EHR and would not necessarily re-enter the data. It is an important feature of openEHR that a URL can be expressed to any data point in an EHR. Received n ml/kg of volume resuscitation last night. Went to OR for CVL placement, transferred to ICU for management after OR. a) Send bacterial infection if stooling a) - this is an INSTRUCTION-laboratory and the timing for action is if the person uses their bowels b) Re|start med for wound infection b) - this is an ACTION-medication and re-commence of a standing instruction. c) Check weights c) - this is an INSTRUCTION-observation to record the weight - timing ? daily d) etc. _ How does OpenEHR come into play with this action - Is this helpful. Should provide lookups or force sentence structure? Should it be used to define and store the content into discrete data? What data source or service would my code interact with? I guess I have many questions, and I apologize in advance if I miss some concepts. thanks! Greg Boston, MAhttp://www.patientos.org ___ openEHR-technical mailing listopenEHR-technical at openehr.orghttp://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- Dr Sam Heard Chief Executive Officer Ocean Informatics Director, openEHR Foundation Adj. Professor, Central Queensland University Senior Visiting Research Fellow, University College London Aus: +61 4 1783 8808 UK: +44 77 9871 0980 ___ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071019/82f18653/attachment.html
software development starting out
Hi, As someone who is an OpenEHR novice can you give me any tips - there is so much information on the website it is difficult to know where to start. While I have yet to understand the full potential of the framework, I would like to start with something simple. Suppose a surgeon signs onto my system and wishes to create a new progress note. On paper he may have written (swapping out the ) age, sex with ESLD admitted with dehydration Received n ml/kg of volume resuscitation last night. Went to OR for CVL placement, transferred to ICU for management after OR. a) Send bacterial infection if stooling b) Re|start med for wound infection c) Check weights d) etc. _ How does OpenEHR come into play with this action - Should provide lookups or force sentence structure? Should it be used to define and store the content into discrete data? What data source or service would my code interact with? I guess I have many questions, and I apologize in advance if I miss some concepts. thanks! Greg Boston, MA http://www.patientos.org