On Fri, 2007-11-09 at 20:03 +1000, Thomas Beale wrote: > - that if content in the form of a PDF is sent to an openEHR system, it is > not lost, > and it is accessible in the same way for all opeEHR systems
Okay. But isn't this really a matter of the "content" validation that was mentioned before? > > - that if a set of standard HL7v2 messages (e.g. as used in Australia) are > received, they are correctly processed into openEHR content. Again, I would like to assert that there is an openEHR way of storing, manipulating and transferring information. We should not care (from an openEHR standpoint) where the information originated. Only that we can preserve and present it in an "openEHR" way. We "should" only care about testing those features. If an application can't handle HL7v2 or a CDA then that is an application interface issue not an openEHR compliance issue. > Any given system might not provide such functionality, but if it does, there > will > need to be some conformance criteria. > The conformance criteria is clear. An openEHR system should be able to *exchange* any information it contains, as an openEHR extract, upon a request (this needs to be solidified) from any other openEHR compliant system. How and whether that system performs with HL7v2,CDA,CCD, etc. is outside the scope of openEHR conformance. Cheers, Tim -- Timothy Cook, MSc Health Informatics Research & Development Services http://timothywayne.cook.googlepages.com/home LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook
