¿HL7 vs. OpenEHR?
242 views
Skip to first unread message
pablopazos
Apr 19, 2010, 9:05:29 PM4/19/10
to OpenEHR-ES
HL7 y OpenEHR, aunque algunos los ven como alternativas, son
estándares complementarios.
En esta página (http://www.hl7.com.au/FAQ.htm?TwDM) encontré un buen
resumen de lo que intenta hacer HL7, cual es su foco y su problema a
resolver: el intercambio de información entre sistemas. Si bien a
priori pensamos en información clínica en realidad HL7 en su modelo
incluye también información demográfica, información contable e
información sobre los mensajes que se envían y reciben (quién envía,
quién recibe, mediante qué medio, etc).
Por otro lado OpenEHR apunta a cómo se hacen los sistemas de Historia
Clínica Electrónica (HCE), con un modelo de información clínica y
demográfica (no incluye información contable) que se centra en el
documento clínico como principal repositorio de información clínica
(en OpenEHR el documento clínico está modelado mediante la clase
COMPOSITION http://www.openehr.org/releases/1.0.2/architecture/rm/ehr_im.pdf).
Este documento clínico es el que se mantiene en el repositorio de
datos clínicos (CDR por sus siglas en inglés) y es equivalente a un
documento clínico CDA (en HL7-CDA se modela con la clase
ClinicalDocument http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1380194/).
Pero el CDA es mejor utilizarlo para el intercambio enrte sistemas con
interfaces HL7 que como soporte para el registro clínico porque el
modelo de OpenEHR tiene una semántica más rica que el modelo CDA.
Además OpenEHR propone el modelado en dos niveles, separando la
aplicación de software de el conocimiento clínico, lo cual afecta
radicalmente a cómo se crean los sistemas de HCE, haciendo a los
médicos menos dependientes de los informáticos a la hora de agregar
conocimiento a la aplicación. También hace que la aplicación de
software sea más mantenible, no siendo necesario modificarla cada vez
que se quiere agregar conocimiento al sistema. El conocimiento del
sistema está representado por los conceptos clínicos que son parte del
registro clínico (presión arterial, administración de droga,
frecuencia cardíaca, etc), los cuales son representados mediante
arquetipos OpenEHR. Los arquetipos son archivos de texto en un
determinado formato (ADL http://www.openehr.org/releases/1.0.2/architecture/am/adl2.pdf),
los cuales se pueden crear fácilmente utilizando un programa como el
Ocean Archetype Editor (https://wiki.oceaninformatics.com/confluence/
display/TTL/Archetype+Editor), y quienes crean los arquetipos son
expertos del dominio (médicos en gral.). Estos arquetipos son
alimentados en una aplicación de software que los consume y a partir
de ellos genera formularios para el ingreso de información, y estos
formularios se crean automáticamente a partir de los arquetipos que
alimenten la aplicación. Entonces lo que tenemos es una herramienta
potente que sirve para implementar cualquier HCE, depende claro de los
arquetipos que se carguen. Existen arquetipos de uso público en esta
dirección: http://openehr.org/knowledge/
Actualmente estoy terminando un proyecto de implementación de una HCE
de trauma utilizando OpenEHR, con el potencial de que si se cambian
los arquetipos de trauma se podría implementar cualquier HCE sin
necesidad de cambiar la aplicación de software, por ejemplo se podría
tener una HCE de emergencia general, de internación, ambulatoria, etc.
También utilizamos CDA como formato de salida de la información
clínica y DICOM para el acceso online a imágenes radiológicas e
informes de radiología. También utilizamos HL7 para la administración
distribuida de pacientes. En breve publicaré más información al
respecto.
Cualquier duda, a las órdenes.
Saludos,
Pabo.
--
Subscription settings: http://groups.google.com/group/openehr-es/subscribe?hl=es
estándares complementarios.
En esta página (http://www.hl7.com.au/FAQ.htm?TwDM) encontré un buen
resumen de lo que intenta hacer HL7, cual es su foco y su problema a
resolver: el intercambio de información entre sistemas. Si bien a
priori pensamos en información clínica en realidad HL7 en su modelo
incluye también información demográfica, información contable e
información sobre los mensajes que se envían y reciben (quién envía,
quién recibe, mediante qué medio, etc).
Por otro lado OpenEHR apunta a cómo se hacen los sistemas de Historia
Clínica Electrónica (HCE), con un modelo de información clínica y
demográfica (no incluye información contable) que se centra en el
documento clínico como principal repositorio de información clínica
(en OpenEHR el documento clínico está modelado mediante la clase
COMPOSITION http://www.openehr.org/releases/1.0.2/architecture/rm/ehr_im.pdf).
Este documento clínico es el que se mantiene en el repositorio de
datos clínicos (CDR por sus siglas en inglés) y es equivalente a un
documento clínico CDA (en HL7-CDA se modela con la clase
ClinicalDocument http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1380194/).
Pero el CDA es mejor utilizarlo para el intercambio enrte sistemas con
interfaces HL7 que como soporte para el registro clínico porque el
modelo de OpenEHR tiene una semántica más rica que el modelo CDA.
Además OpenEHR propone el modelado en dos niveles, separando la
aplicación de software de el conocimiento clínico, lo cual afecta
radicalmente a cómo se crean los sistemas de HCE, haciendo a los
médicos menos dependientes de los informáticos a la hora de agregar
conocimiento a la aplicación. También hace que la aplicación de
software sea más mantenible, no siendo necesario modificarla cada vez
que se quiere agregar conocimiento al sistema. El conocimiento del
sistema está representado por los conceptos clínicos que son parte del
registro clínico (presión arterial, administración de droga,
frecuencia cardíaca, etc), los cuales son representados mediante
arquetipos OpenEHR. Los arquetipos son archivos de texto en un
determinado formato (ADL http://www.openehr.org/releases/1.0.2/architecture/am/adl2.pdf),
los cuales se pueden crear fácilmente utilizando un programa como el
Ocean Archetype Editor (https://wiki.oceaninformatics.com/confluence/
display/TTL/Archetype+Editor), y quienes crean los arquetipos son
expertos del dominio (médicos en gral.). Estos arquetipos son
alimentados en una aplicación de software que los consume y a partir
de ellos genera formularios para el ingreso de información, y estos
formularios se crean automáticamente a partir de los arquetipos que
alimenten la aplicación. Entonces lo que tenemos es una herramienta
potente que sirve para implementar cualquier HCE, depende claro de los
arquetipos que se carguen. Existen arquetipos de uso público en esta
dirección: http://openehr.org/knowledge/
Actualmente estoy terminando un proyecto de implementación de una HCE
de trauma utilizando OpenEHR, con el potencial de que si se cambian
los arquetipos de trauma se podría implementar cualquier HCE sin
necesidad de cambiar la aplicación de software, por ejemplo se podría
tener una HCE de emergencia general, de internación, ambulatoria, etc.
También utilizamos CDA como formato de salida de la información
clínica y DICOM para el acceso online a imágenes radiológicas e
informes de radiología. También utilizamos HL7 para la administración
distribuida de pacientes. En breve publicaré más información al
respecto.
Cualquier duda, a las órdenes.
Saludos,
Pabo.
--
Subscription settings: http://groups.google.com/group/openehr-es/subscribe?hl=es
pablopazos
Apr 20, 2010, 3:47:10 PM4/20/10
to OpenEHR-ES
Para quien le interese, me gustaría escribir un trabajito sobre cómo
pueden colaborar OpenEHR y HL7 para solucionar problemas en el
modelado, almacenamiento y comunicación de información clínica.
Está abierta la puerta para quienes quieran participar, aportar ideas
y experiencias, opiniones, etc. Puede ser un lindo trabajo en conjunto
para presentar en algún congreso de informática médica.
Saludos,
Pablo.
On 19 abr, 22:05, pablopazos <pablo....@gmail.com> wrote:
> HL7 y OpenEHR, aunque algunos los ven como alternativas, son
> estándares complementarios.
>
> En esta página (http://www.hl7.com.au/FAQ.htm?TwDM) encontré un buen
> resumen de lo que intenta hacer HL7, cual es su foco y su problema a
> resolver: el intercambio de información entre sistemas. Si bien a
> priori pensamos en información clínica en realidad HL7 en su modelo
> incluye también información demográfica, información contable e
> información sobre los mensajes que se envían y reciben (quién envía,
> quién recibe, mediante qué medio, etc).
>
> Por otro lado OpenEHR apunta a cómo se hacen los sistemas de Historia
> Clínica Electrónica (HCE), con un modelo de información clínica y
> demográfica (no incluye información contable) que se centra en el
> documento clínico como principal repositorio de información clínica
> (en OpenEHR el documento clínico está modelado mediante la clase
> COMPOSITIONhttp://www.openehr.org/releases/1.0.2/architecture/rm/ehr_im.pdf).
pueden colaborar OpenEHR y HL7 para solucionar problemas en el
modelado, almacenamiento y comunicación de información clínica.
Está abierta la puerta para quienes quieran participar, aportar ideas
y experiencias, opiniones, etc. Puede ser un lindo trabajo en conjunto
para presentar en algún congreso de informática médica.
Saludos,
Pablo.
On 19 abr, 22:05, pablopazos <pablo....@gmail.com> wrote:
> HL7 y OpenEHR, aunque algunos los ven como alternativas, son
> estándares complementarios.
>
> En esta página (http://www.hl7.com.au/FAQ.htm?TwDM) encontré un buen
> resumen de lo que intenta hacer HL7, cual es su foco y su problema a
> resolver: el intercambio de información entre sistemas. Si bien a
> priori pensamos en información clínica en realidad HL7 en su modelo
> incluye también información demográfica, información contable e
> información sobre los mensajes que se envían y reciben (quién envía,
> quién recibe, mediante qué medio, etc).
>
> Por otro lado OpenEHR apunta a cómo se hacen los sistemas de Historia
> Clínica Electrónica (HCE), con un modelo de información clínica y
> demográfica (no incluye información contable) que se centra en el
> documento clínico como principal repositorio de información clínica
> (en OpenEHR el documento clínico está modelado mediante la clase
> Este documento clínico es el que se mantiene en el repositorio de
> datos clínicos (CDR por sus siglas en inglés) y es equivalente a un
> documento clínico CDA (en HL7-CDA se modela con la clase
> ClinicalDocumenthttp://www.ncbi.nlm.nih.gov/pmc/articles/PMC1380194/).
> datos clínicos (CDR por sus siglas en inglés) y es equivalente a un
> documento clínico CDA (en HL7-CDA se modela con la clase
> Pero el CDA es mejor utilizarlo para el intercambio enrte sistemas con
> interfaces HL7 que como soporte para el registro clínico porque el
> modelo de OpenEHR tiene una semántica más rica que el modelo CDA.
> Además OpenEHR propone el modelado en dos niveles, separando la
> aplicación de software de el conocimiento clínico, lo cual afecta
> radicalmente a cómo se crean los sistemas de HCE, haciendo a los
> médicos menos dependientes de los informáticos a la hora de agregar
> conocimiento a la aplicación. También hace que la aplicación de
> software sea más mantenible, no siendo necesario modificarla cada vez
> que se quiere agregar conocimiento al sistema. El conocimiento del
> sistema está representado por los conceptos clínicos que son parte del
> registro clínico (presión arterial, administración de droga,
> frecuencia cardíaca, etc), los cuales son representados mediante
> arquetipos OpenEHR. Los arquetipos son archivos de texto en un
> determinado formato (ADLhttp://www.openehr.org/releases/1.0.2/architecture/am/adl2.pdf),
> interfaces HL7 que como soporte para el registro clínico porque el
> modelo de OpenEHR tiene una semántica más rica que el modelo CDA.
> Además OpenEHR propone el modelado en dos niveles, separando la
> aplicación de software de el conocimiento clínico, lo cual afecta
> radicalmente a cómo se crean los sistemas de HCE, haciendo a los
> médicos menos dependientes de los informáticos a la hora de agregar
> conocimiento a la aplicación. También hace que la aplicación de
> software sea más mantenible, no siendo necesario modificarla cada vez
> que se quiere agregar conocimiento al sistema. El conocimiento del
> sistema está representado por los conceptos clínicos que son parte del
> registro clínico (presión arterial, administración de droga,
> frecuencia cardíaca, etc), los cuales son representados mediante
> arquetipos OpenEHR. Los arquetipos son archivos de texto en un
Reply all
Reply to author
Forward
0 new messages