Hi to all, Just a few comments from a non-expert in this field: 1) ECG and EEG has multi-channel biosignals in classical waveform, whereas EMG was single channel at the time of my medical education (10-15 years) 2) I guess the only way of storing it together with some context information is definitely DICOM 3) However when you want to embed this onto openEHR or some other alternative (such as HL7, openSDE, Protege or other) I guess the only current way is the flat binary data form as you propose. 4) However I remember, though not so sure, some people from openEHR were discussing about a similar issue whether to leave them as is or chop into structural elements and store that way. 5) My personal idea is to leave such complex data structures as is but find a method to extract key information stored in a widely accepted standard such as DICOM and be able to represent as simple standard data types in the archetype instances.
Best regards, Koray Atalag, MD Heather Leslie wrote: > Hi Mie and Louise, > > The Multimedia element is available in both ENTRY, CLUSTER and STRUCTURE > classes - it is not directly visible from the Ocean Archetype Editor > interface, but click on the '+' button > New element > select 'Multimedia' > > check the options that you need to make available in the archetype. > > For example, the imaging OBSERVATION - > openEHR-EHR-OBSERVATION.imaging.v1.adl - contains a multimedia element > called 'Image' which permits inclusion of .cgm, gif, png, tiff, jpeg and > dicom files. > > Not sure what format you need for the ECG - DICOM is clearly there. > > Cheers > > Heather > > -----Original Message----- > From: Mie Faerch Jensen [mailto:mfje02 at miba.auc.dk] > Sent: Friday, 16 March 2007 8:48 AM > To: Heather Leslie > Cc: 06gr956d at miba.auc.dk > Subject: RE: ECG archetypes > > Dear Heather, > > Thanks for your respons. > > We haven't considered storing the ECG sample as a multimedia > element, but we are thinking of storing it as binary data or > in a blob. Do you have any experience in storing ECG data as > multimedia elements or by other means? > > In our thesis we want to handle ECG samples in different > formats, if it is > possible. > > Best regards, > Louise P. S?rensen og Mie F. Nielsen > 10th sem > Medical Informatics > Aalborg University > > > On Thu, 15 > Mar 2007, Heather Leslie wrote: > > > Hi Mie and Louise, > > > > I'm unclear whether you are planning to store the ECG sample as a > > multimedia element within the OBSERVATION archetype - have you > > considered this? What is the format that you receive for the ECG? > > > > Heather > > _______________________________________________ > > Dr Heather Leslie > > Director, Senior Clinical Consultant > > Ocean Informatics Pty Ltd > > M +61 418 966 670 (in Australia) > > M +44 7722 064 546 (in UK) > > Skype - heatherleslie > > > > This e-mail, including any attachments sent with it, is confidential > > and for the sole use of the intended recipient(s). This > > confidentiality is not waived or lost if you receive it and you are > > not the intended recipient(s), or if it transmitted/ received in > > error. Any unauthorised use, alteration, disclosure, > distribution or > > review of this e-mail is prohibited. If you are not the intended > > recipient(s), or if you have received this e-mail in error, you are > > asked to notify the sender by telephone or by return e-mail. > You should also delete this e-mail message and destroy any > hard copies produced. > > > > > > -----Original Message----- > > From: openehr-clinical-bounces at openehr.org > > [mailto:openehr-clinical-bounces at openehr.org] On Behalf Of > > mfje02 at miba.auc.dk > > Sent: Monday, 12 March 2007 2:09 PM > > To: openehr-clinical at openehr.org; openehr-technical at openehr.org > > Cc: 06gr956d at miba.auc.dk > > Subject: RE: ECG archetypes > > > > > > Greetings All, > > > > Thank you for all the interesting replies on the request on > > ECG-archetypes. > > > > To clarify what our efforts in making an ECG-archetype are; > We have, > > as part of our thesis, examined the standards; SCP-ECG, aECG > > (FDA-XML) and DICOM for storing and exchanging raw ECG and metadata. > > > > In the thesis the main focus is designing an ECG archetype > based on > > the openEHR framework (CEN EN13606), more specifically we are > > handling ECG-samples from heart patients monitored in their > own homes > > (tele-homecare patients). The > > ECG- samples consist of ECG-signals from an electronic patch > > containing two leads and a reference lead, furthermore we are > > receiving blood pressure, weight and pulse from the patient. > > > > Dealing with blood pressure, weight and pulse should be straight > > forward due to the archetypes already specified in openEHR-context. > > Therefore we are examining the ECG-metadata (i.e. this > could be some > > of the header information in the SCP- ECG standard) appropriate for > > storage in the EHR versus for example at a service > provider. Together > > with the ECG-metadata we are also interested in storage and > > presentation of the state of the patient, location of the > patient and > > activity-level of the patient at the time of the ECG-recording. > > > > We have been in close contact with various clinicians to > hear their > > statements on what they need of information from the ECG-data. > > However due to the fact that we are students and among other things > > lack experience in designing and developing archetypes and complex > > data we turn to you for insight on how to address the > problem of how > > the segmentation of ECG-metadata should (or could) be solved and > > furthermore where to store it. > > > > Best regards > > > > Mie F?rch Nielsen and Louise Pape S?rensen > > > > Aalborg University, Denmark, > > > > Master in Biomedical Engineering and Informatics, > > > > 10th semester > > > > Reply-email: 06gr956d at miba.auc.dk > > > > > > > > ------------------------------------------------- > > This mail sent through IMP: http://horde.org/imp/ > > _______________________________________________ > > openEHR-clinical mailing list > > openEHR-clinical at openehr.org > > http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical > > > > __________ NOD32 2108 (20070312) Information __________ > > > > This message was checked by NOD32 antivirus system. > > http://www.eset.com > > > > > > > > > > > > > __________ NOD32 2119 (20070316) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > > > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical at openehr.org > http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical > > > > _______________________________________________ openEHR-clinical mailing list openEHR-clinical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical
