Hacia una Historia Clínica Digital de Código Abierto

Ya desde hace un tiempo, estoy pensando en qué aplicaciones se podrían desarrollar en código abierto. La que estoy encarando personalmente, es en mejorar AjContab, un sistema de “General Ledger” dirían los americanos, sistema contable simple, abandonando mi viejo ejemplo en .NET, escribiéndola primero en PHP, y luego, ir investigando otras formas de implementarla, en Java o en .NET.

Pero también pienso en sistemas más grandes. Uno de los que vuelve y vuelve a mi mente, al leer artículos, repasar libros, y ver lo que hay por ahí, es el de Historia Clínica Digital. Quisiera pasar en limpio acá algunas cosas que estoy investigando y pensando sobre el tema.

Algunos puntos:

  • Es un sistema no trivial e interesante
  • Se puede implementar con una interfaz web, e ir pensando en otras interfaces
  • Podemos aprovechar Java o .NET, como tecnologías maduras
  • La aparición de tecnologías de apoyo a Rich Internet Application, como Silverlight, Adobe Air, permiten pensar en una interfaz que pueda evolucionar a más requerimientos de presentación, si es que la interfaz web resulta limitada para algunos requerimientos
  • Las primeras versiones deberían concentrarse en las prácticas directas, del día a día, más que en la legislación de un país. Buscaría un cliente particular, una clínica, para servir como experto del dominio, y primer usuario que brinde retroalimentación
  • Integraría el papel: muchas de las historias clínicas hoy se llevan en papel, no deberíamos ignorar ese hecho al armar este sistema. Deberíamos poder agregar información simplemente escaneada (con reconocimiento de a texto o no). En un principio, hasta que no se implemente legislaciones en firme, debemos recordar que la historia clínica en papel, o partes de ella, tienen alguna responsabilidad legal. Vería que las primeras implementaciones, sólo se ocupen de facilitar la recuperación, consulta, de la “historia médica real”, la de papel.
  • Deberíamos buscar el apoyo de empresas, como IBM, Oracle, Sun y/o Microsoft, para tener a este proyecto como “flag ship”, producto bandera para incorporar en el mercado vertical de aplicaciones médicas
  • El mundo de las aplicaciones médicas está en permanente evolución
  • Es un sistema lo bastante no trivial para que deba ser el producto del trabajo de varios, más que de una sola empresa de desarrollo
  • Servicios como firma digital, pueden implementarse en cualquier momento, no necesariamente lo pondría en los primeros requerimientos.
  • Tanto firma digital, como seguridad de acceso, se puede ir implementando como servicios a enchufar, que pueden variar de implementación concreta a otra
  • La historia clínica gana en prestaciones, si es compartida (con toda la seguridad) en “la nube”: la persona debería poder permitir el acceso a la historia clínica personal a los distintos profesionales médicos, sin necesidad de ir recolectando información que dejó en tal consultorio, en tal hospital, en tal internación. De ahí, que imagino que el éxito del proyecto, se mediría con un servicio en línea, tipo Software as a Service
  • Otro camino para “crossing the chasm”, sería brindar el servicio para que la propia persona interesada, el “paciente”, vaya registrando su historia clínica, o lo que quiera ingresar de la misma.
  • Como dije arriba, los “early adopter” deberían ser clínicas, no gobiernos. Convencer a un gobierno de usar algo, por lo menos, por estos lares, es tarea digna de las de Hércules.
  • Luego, el próximo nivel a explorar, serían las obras sociales, servicios de medicina prepaga (no sé cuál es la denominación de estas organizaciones en otros países, fuera del mío, Argentina).
  • Una forma a implementar privacidad, es, en una primera implementación inicial, no dejar ningún dato que identifique al paciente, asegurando privacidad por faltar esa información (ejemplo, tener un código que conozca sólo la persona interesada).
  • Se debe producir un resultado visible, más que esperar años para que los usuarios puedan ver algo andando. Es un tema de adopción temprana: no preocuparse tanto por temas de legislación, gobierno, leyes, firma digital, sino de que sirva a los usuarios finales. Hoy podemos construir sistemas de forma ágil, de tal forma que, si el sistema fracasa, no habremos invertido demasiado esfuerzo. Si triunfa, podemos ir armándolo de forma flexible, para que sobreviva a cambios en la legislación, imposición de formatos nuevos, etc.
  • Habrá que ir pensando en HL7 (Health Level 7), ver IHE (Integrating the Healthcare Enterprise) más que para implementarlos, ver qué temas ocupan, y tenerlos en cuenta y estudiar cuánto influyen en los desarrollos de países que no son EE.UU. Y en sistemas de imágenes como DICOM. Este último es un formato de imágenes producido por varios aparatos médicos, con anotaciones agregadas. ¿conocen algún otro estándar de ese tipo?
  • Tendría que estudiar Open Healthcare Framework (OHF) Project de Eclipse, y el Microsoft Health Common User Interface. Microsoft también tiene Microsoft Health Users Group. Para estudiar: Microsoft for the Health Industry. Por su parte, IBM tiene Healthcare and life science. Y en Oracle Healthcare Applications.
  • Otro que parece interesante es el Open Source Clinical Image and Object Management.
  • Encuentro una lista extensa de código abierto para salud: List of Open Source Healthcare Software, en Wikipedia.
  • Y hay una Open Source Health Care Alliance, aunque parece que el último congreso que tuvieron fue en 2007.
  • Es interesante la ontología y terminología que plantea OpenGalen.

¿Conocen ejemplos de proyectos de código abierto, que hayan encarado este tema, el de la historia clínica digital? He visto por ahí, al Proyecto Angel (no, a pesar del nombre, no tengo nada que ver con el mismo…:-)… en todo caso, se hubiera llamado AjAngel… :-), creo haber leído que era de código abierto, pero no encontré ninguna información cierta al respecto, y no veo donde bajarlo, ni que licencia tiene.

Pueden ver algunos enlaces sobre el tema historia clínica y sobre historia clínica digital, en:

http://delicious.com/ajlopez/medicalrecord

Sobre temas de medicina a encarar en este proyecto:

http://delicious.com/ajlopez/hl7
http://delicious.com/ajlopez/dicom

Tengo entre manos, terminar AjSharpure (con post explicativos) y seguir con AjContab, publicando algo (con post explicativos). Pero podría armar alguna prueba de concepto, algún prototipo, de lo que esperaría de un sistema como éste. Otra opción, es ir armando un pequeño sistema a adoptar por las clínicas, como “caballo de troya” benigno. El más potable, me parece, sería un sistema de turnos, que puede brindarse también como Software as a Service, o instalarse local en la empresa.

¿Qué les parece? ¿Es factible? ¿O tengo que ir abriendo mi propia historia clínica psiquiátrica? :-) :-)

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

This entry was posted in 3463, 5124. Bookmark the permalink.

14 Responses to Hacia una Historia Clínica Digital de Código Abierto

  1. Matias Molinas says:

    Hola Angel, como complemento a este post quisiera agregar que las historias clinicas se podrian complementar o integrar a un sistema de informacion radiologica.
    De hecho mas imagenes e informes serian parte de las historias clinicas.
    Quisiera sugerir entonces una EXCELENTE solucion Open Source .Net, que incluye varios proyectos y un muy buen framework:

    http://www.clearcanvas.ca/dnn/

    ClearCanvas

    Saludos, Matias

  2. Carlos Marcelo Santos says:

    Hola Angel, hace tres años que estoy dirigiendo el equipo de desarrollo de soft de una empresa nacional, llamada Meditech, que produce, hasta ahora, radiógrafos, angiógrafos y mamógrafos conforme a DICOM, también workstations y servidores DICOM. Me interesa colaborar activamente en tu idea.

    Te mando un abrazo.

    carlos.santos@mug.org.ar

  3. Federico says:

    Angel,

    Muy interesante tu propuesta. Aunque debo decir que no comparto algunas cosas.

    Trabajo en una empresa de Estados Unido que desarrolla un EMR cerrado escrito en php.

    Personalmente, no le veo mucho sentido a desarrollar una aplicación de código abierto usando tecnologías propietarias como .NET o Silverlight habiendo muy buenas opciones open (de igual madurez), como por ejemplo php, ruby o python.

    Creo que una interfase web “pura” ([d]html + javascript + ajax) puede abarcar prácticamente todas las necesidades de un EMR. Ademas hay que tener en cuenta la accesibilidad. La interfase tiene que soportar variantes para personas con discapacidades. Por eso yo no usaría ni Silverlight ni Flash.

    De todos modos, estoy interesado.
    Mi mail es: federicot at gmail

  4. Ángel, al parecer Gustavo Ascona esta trabajando en algo parecido para la Fuerza Aérea, quizás pueda pingearlo para que de su opinion.

    http://www.avanic.com.ar/projects

    Nos vemos.

  5. Galcet says:

    Veo que cuando hablas de Rich Internet Application nombras Silverlight y Adobe Air sin embargo no dices nada de JavaFX. Por algún motivo???? si una opcíon es desarrollar con Java, JavaFX será lo más apropiado para crear la IU, o no…

    Gracias un saludo.

  6. Mariano says:

    Muy interesante tu propuesta Angel. Te comento que estoy comenzando a trabajar en algo similar para mi empresa. Creo que es un área con mucho potencial. Mi mail es msalcedo (at) asistir-srl.com.ar

  7. Carlos A. Palacios Ch says:

    Angel. Desde hace años atras presente para optar mi pregrado en Ingenieria de Sistemas una tesis con este tema precisamente, pasados algunos años hasta el dia de hoy considero que debo hacer algo para su implementacion, tengo algunas ideas adicionales a las tuyas planteadas pero creo podemos complementarnos, ahora estoy realizando una Maestria conla cual realizare su viabilidad financiera segun mi esuqema para su impementacion a nivel nacional si te interesa contactemonos igual para otros que les interese el tema

    capch42@gmail.com Carlos Palacios – Colombia

  8. alejandro says:

    La idea me parece excelente, el tema de mi tesis de grado es del desarrollo de una HCD, con mi equipo de trabajo hemos tomado la decision de ondar en el tema de hl7.

    me gustaria ser participe en este proyecto, de igual forma me gustaria que me explicaras algunos temas que no entiendo claramente.

    mi correo es earcl@hotmail.com

  9. Oscar Bedoya says:

    Me parece espectacular, hé buscando y probado mucho acerca de los EMR y los EHR que existen open source, y la verdad es que no existe alguno que marque la diferencia en competitividad con los existen “comerciales”, por lo que los hospitales se deciden siempre por los “comerciales”.
    Si se puede crear un grupo de interes acerca de esto tipo HL7 , lo podríamos difundir atraves de las redes sociales.
    Aqui creo uno para que nos asociemos.

    http://www.facebook.com/search/?q=Historia+Clinica+Open+Source&init=quick#/group.php?gid=235460311246

  10. Angel, me alegro de tu interés en el tema. Yo soy informático y me estoy especializando en la informática-médica.

    Lo primero que me gustaría decirte, es que según mi experiencia, en cualquier desarrollo informático-médico debe participar un médico. Ellos piensan muy diferente a los informáticos, y es bueno tener sus puntos de vista bien considerados, ya que la aplicación es para ellos.

    Yendo al núcleo del asunto, hay ejemplos de proyectos de código abierto que siguen estándares, como puede ser el OpenMRS. También un trabajo que presenté en 2009 en un congreso, el miniClin (). Ahora estoy terminando mi tesis de grado, y lo que hicimos fue implementar una historia clínica electrónica para atención de emergencia de pacientes traumatizados, que tiene acceso a PACS DICOM, a índices de pacientes con HL7 PA e IHE PDQ, implementa la arquitectura que propone OpenEHR (todos estos son estándares). Está hecho con tecnologías Java (Grails & Groovy) y MySQL como DBMS.

    Te dejo algunos links:

    http://openmrs.org/wiki/OpenMRS
    http://informatica-medica.blogspot.com/
    http://code.google.com/p/miniclin/

    Cualquier cosa estoy a las órdenes,
    Saludos.
    Pablo.
    pablo.swp@gmail.com

  11. Hola a todos. Me interesa el tema, como usuario más que como desarrollador. Estoy pasando todoa la información que tengo en mi Historia clínica personal a un pen drive, de manera que inicialmente se la entregue al médico y el vea lo que le interese. No es una Historia técnicamente desarrollada, es inicialmente la colocación de material scaneado y otro transcrito que incluye: datos personales, exámenes, diagnósticos, química sanguínea, Informes mçedicos, intervenciones quirúrgicas, récipes y varios.
    Cordialmente,
    desde Caracas, Venezuela
    Salvador Sosa Carabaño

  12. Pablo Pazos says:

    Para este año deseo armar una comunidad en español, que entre otras cosa busque la creación de herramientas libres aplicadas a los sistemas de información en salud.

    Aquí un poco de las ideas:
    http://groups.google.com/group/openehr-es/browse_thread/thread/90168a3248e3fa70

    http://groups.google.com/group/opus-libertati/browse_thread/thread/239fddc878cc6a95

    Sobre las preguntas que haces sobre estándares y de qué se ocupan (esa es mi especialidad), aquí dejo algunos de mis trabajos y presentaciones sobre el tema: http://www.slideshare.net/pablitox

  13. Hola Angel. Nos hemos encontrado en alguna ocasión.
    Soy médico y estoy defendiendo el uso de sofware libre para Historia Clínica Digital, en particular en el sistema estatal de salud. Lo he manifestado en las pocas entidades que se hacen eco de este tema: el grupo BioLinux (inactivo), GIBBA (idem), y en el Congreso Arg. de Informática y Salud 2010.
    Comparto tus posturas, pero creo que hay que avanzar más aún, y proponer a las autoridades de Salud Pública que adopten un sistema único de Hist.Clin.Digital. Yo sugiero OpenEMR, por ser el más popular en Sourceforge.net.
    Ver http://netocios.com/openemr/openemr-cais.htm

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>