of 10

Análisis del dominio desde una perspectiva ontológica: El caso de la Historia Clínica General Peruana

13 views
All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
Share
Description
Análisis del dominio desde una perspectiva ontológica: El caso de la Historia Clínica General Peruana
Tags
Transcript
  47 Análisis del dominio desde una perspectiva ontológica:El caso de la Historia Clínica General Peruana Dr. Néstor Adolfo Mamani Macedo 1,3,4 , Oswaldo Moisés Canchumani Grillo 3 , Dr. Silverio Bustos Díaz 2, 3 , Rolando Mendivil Zapata 3,4 , Mg. Luzmila Elisa Pró Concepción 2,3 , Lic. Jaime Pariona Quispe 2, 31  Facultad de Ciencias Matemáticas 2  Facultad de Ingeniería de Sistemas e Informática 3  Proyecto de Investigación “Historia Clínica Automatizada con Aplicaciones a la Ictericia Obstructiva Extrahepática” – Proyecto FINCyTUniversidad Nacional Mayor de San Marcos 4  Instituto de Ingeniería de SoftwarePACIS Iberoamérica nmamanim@unmsm.edu.pe ocg_pe@yahoo.com sbustosd@unmsm.edu.pe lproc@unmsm.edu.pe jparionaq@unmsm.edu.pe RESUMEN El presente artículo muestra los resultados iniciales del proyecto de investigación “Historia Clíni-ca Automatizada con Aplicaciones a la Ictericia Obstructiva Extrahepática” el cual cuenta con el auspicio del Programa de Ciencia y Tecnología (PCyT) Fondo para la Innovación, la Ciencia y la Tecnología (FINCyT). El proyecto surge ante la evidencia de que la gran mayoría de los centros hospitalarios públicos únicamente cuentan con sistemas de gestión de historias clínicas en formato impreso, lo cual obliga a que un mismo paciente tenga una historia en cada nosocomio donde se atienda. En ese sentido, el propósito del presente proyecto es desarrollar una propuesta sociotec-nológica de gestión de la Historia Clínica Electrónica de Consulta Externa que viabilice la interope-rabilidad entre los diversos nosocomios del país. Palabras clave : Ontología, historia clínica, ictericia obstructiva extrahepática. ABSTRACT This paper presents the initial results of the research project “Automated Medical Records with Applications to Extrahepatic Obstructive Jaundice,” which has the support of the Science and Te-chnology Program - PCyT - Fund for Innovation, Science and Technology - FINCyT . The project arises from the evidence that the majority of public hospitals only have management systems of medical records in paper, which requires that a patient has a health record in every hospital where he attends. In that sense, the purpose of this project is to develop a socio-technological proposal to manage electronic health records, making possible interoperability between different peruvian hospitals. Key words:  Health Electronic Record, Peruvian Health Electronic Record, Ontologies, Methontology.  R  EVISTA   DE  I  NGENIERÍA   DE  S ISTEMAS   E  I  NFORMÁTICA   VOL . 6, N.º 1, E  NERO  - J UNIO  2009 48 1. INTRODUCCIÓN Actualmente la gran mayoría de los centros hospita-larios públicos cuentan únicamente con sistemas de gestión de historias clínicas en formato impreso, lo cual obliga a que un mismo paciente tenga una his-toria en cada nosocomio donde se atienda. En ese sentido, el propósito del proyecto de investigación “Historia clínica automatizada con aplicaciones a la ictericia obstructiva extrahepática” –que cuenta con el auspicio del Programa de Ciencia y Tecnología (PCyT) del Gobierno Peruano, Fondo para la Innovación, la Ciencia y la Tecnología (FINCyT)– es desarrollar una propuesta socio-tecnológica de gestión de la Historia Clínica Electrónica de Consulta Externa que viabilice la interoperabilidad entre los diversos nosocomios del país. En la segunda sección de este documento mostramos los objetivos del proyecto denidos en el perl que fue presentado al PCyT, el cual se traducirá en el desa-rrollo de una propuesta de sistema de historia clínica electrónica usando estándares informáticos y técnicas de modelado exible para la representación y almace -namiento de información clínica en un entorno de inte-roperabilidad de datos. En la tercera sección, se hace una descripción general de la Historia clínica peruana, la cual es denida en la Norma Técnica de Salud para la Gestión de la Historia Clínica vigente (N.T. Nº 022-MIN-SA/DGSP-v.02) y que es de aplicación en todos los es-tablecimientos de salud del sector público y privado del Perú. En la cuarta sección se explican los conceptos de la Ingeniería Ontológica y el proceso de su creación, los recursos biomédicos y el uso de la herramienta Protégé para la gestión de ontologías. En la quinta sección se describe la Ontología del Dominio resultado del análisis de la Norma Técnica, la misma que fue enriquecida con los formatos obtenidos en el Hospital Nacional Dos de Mayo (HNDM). En la parte nal se expresan las conclu -siones y se realiza una breve referencia de los posibles trabajos futuros a desarrollar a partir de los resultados y entregables que se viene obteniendo y plasmando en el presente documento. 2. OBJETIVOS DEL PROYECTO DE HISTORIA CLÍNICA AUTOMATIZADA El proyecto PIBAP-03-278: Historia Clínica Automatiza-da con Aplicaciones a la Ictericia Obstructiva Extrahe-pática tiene los siguientes objetivos: 1. Desarrollar el Sistema de Historia Clínica Electróni-ca (SHCE) que incorpore el mayor conocimiento clí-nico posible y que tenga una vigencia en el tiempo. 2. Utilizar estándares informáticos y técnicas de mo- delado exible para la representación y almacena -miento de información clínica. Este segundo objeti-vo es imprescindible para lograr el primero ya que el dominio médico genera requerimientos muy poco estables que sólo pueden ser implementados con modelos exibles. 3. Desarrollar un entorno de interoperatividad de los datos de la Historia Clínica Electrónica entre diver-sos nosocomios. 4. Mediante el desarrollo del sistema de Historia Clíni-ca Electrónica se busca dotar a los centros hospita-larios del país con un sistema que les permita lograr mayores niveles de documentación y pertinencia para la toma de decisiones. Se prevé la formación de un esfuerzo independiente de la UNMSM para su difusión y apoyo en el futuro.La Base Legal del presente proyecto se sustenta en: •   Ley N° 26842 – Ley General de Salud  •   Ley N° 27269 – Ley de Firmas y Certicados Digitales •   Ley N° 27657 – Ley del Ministerio de Salud  •   Ley N° 27806 – Ley de Transparencia y Acceso a la Información Pública •   Decreto Supremo N° 024 2005-SA, que aprobó las Identicaciones Estándar de Datos en Salud  •   Resolución Ministerial N° 729-2003 SA/DM, que aprobó el Documento Técnico: “La Salud Integral: Compromiso de Todos – El Modelo de Atención In-tegral de Salud”. •   Resolución Ministerial N° 751-2004/MINSA, que aprobó la NT N° 018-MINSA/DGSP – V.01: Norma Técnica del Sistema de Referencia y Contrarrefe-rencia de los Establecimientos del Ministerio de Salud”. •   Resolución Ministerial N° 769-2004/MINSA, que apro-bó la NT N° 021-MINSA/DGSP – V.01: “Norma Técni-ca Categorías de Establecimientos del Sector Salud”. 3. LA HISTORIA CLÍNICA PERUANA La historia clínica del paciente se dene como el con - junto de documentos (datos, análisis, diagnósticos y otros tipos de información) que son generados a lo  UNMSM  - U  NIVERSIDAD  N ACIONAL  M AYOR    DE  S AN  M ARCOS 49 largo del proceso asistencial del paciente. El sistema clásico de registros en papel presenta una serie de limi-taciones (información poco legible, desorganización, au-sencia de consistencia, accesibilidad limitada, garantía incierta de condencialidad, etc.) que pueden mejorarse con la utilización de registros electrónicos integrados. Su implementación debe salvaguardar su condencialidad. La historia clínica tiene como principal uso: •  Proporcionar evidencia documentada sobre el cur-so de la enfermedad y tratamiento del paciente. •  Servir como base para el estudio y evaluación de la calidad de atención prestada al paciente. •  Proporcionar información para investigación y do-cencia. En este caso la información obtenida se consignará de forma anónima para salvaguardar la condencialidad . •  Proporcionar información para la programación y evaluación de actividades de salud local, regional y nacional. •  Ayudar a proteger los intereses legales del paciente, del establecimiento de salud y del personal de salud.En el presente proyecto, se pretende trabajar con infor-mación del Ministerio de Salud, del Hospital Nacional Dos de Mayo, de la Clínica Servisalud y de la Clínica Universitaria de la Universidad Nacional Mayor de San Marcos. 3.1. La norma técnica del MINSA para la gestión de la historia clínica La Norma Técnica Nº 022-MINSA/DGSP-v.02, Norma Técnica de Salud para la Gestión de la Historia Clíni-ca, aprobada por Resolución Ministerial N.° 597-2007/MINSA, es de aplicación nacional en todos los estable-cimientos de salud del sector público y privado y tiene como objetivos:1. Establecer las normas y procedimientos para la administración y gestión de la historia clínica en el ámbito del sector salud.2. Estandarizar el contenido básico de la historia clíni-ca para garantizar un apropiado registro de la aten-ción de salud. 3.2. Estructura de la historia clínica La estructura básica de la historia clínica, de acuerdo a la norma técnica, se compone de: a) Identicación del paciente  Es la sección de la historia clínica que contiene los datos de identicación del paciente, incluyendo el número de su historia clínica y datos sobre el esta-blecimiento de salud.b) Registro de la atención de salud En esta sección se encuentra el registro de la aten-ción de salud que se brinda al paciente.c) Información complementaria Corresponde a la sección de resultados de exáme-nes auxiliares, así como todos aquellos documentos que sirven como sustento legal, técnico, cientíco y administrativo de las acciones realizadas al pacien-te en el proceso de atención. Entre la información complementaria se tiene la contenida en el formato de consentimiento informado, formato de referen-cia y contrarreferencia, documentación de seguros y otros que se considere pertinentes. 3.3. Historia Clínica Informatizada (Electrónica) Según la Norma Técnica N° 022-MINSA/DGSP-V.02, los establecimientos de salud podrán optar por el uso de la Historia clínica informatizada, denomi-nada también electrónica o automatizada, debiendo sujetarse a la misma. En ésta se afirma que el uso de soportes informáticos, ópticos o de cualquier otra naturaleza tecnológica debe garantizar su autentici-dad, integridad y conservación. El sistema de histo-ria clínica informatizada debe estar acreditado por la Dirección Regional de Salud o Dirección de Salud correspondiente.La norma establece que el diseño, desarrollo e imple-mentación de la historia clínica informatizada, debe tener en consideración el uso de datos, procesos y metodologías estandarizadas a través de la Ocina de Estadística e Informática del MINSA (Directiva N.° 001-2002-OEI y Resolución Ministerial N.° 608-2002-SA/DM del 27 de diciembre de 2002). La norma ja también que el sistema de historia clínica informatizada debe ser periódicamente auditado por el Comité de Historia Clínica correspondiente, para ga-rantizar la calidad de este documento. La historia clíni-ca informatizada debe contar con: •  Base de datos relacionadas •  Estructura de datos estandarizada •   Control de acceso restringido. Privilegio de accesos •  Sistema de copias de resguardo  R  EVISTA   DE  I  NGENIERÍA   DE  S ISTEMAS   E  I  NFORMÁTICA   VOL . 6, N.º 1, E  NERO  - J UNIO  2009 50 •   Registro informatizado de rmas de usuarios (ajus -tándose a lo establecido en la Ley N° 27269, Ley de Firmas y Certicados Digitales y su Reglamento) •  Simultaneidad de su accesibilidad •  Condencialidad •  Recuperabilidad •  Inviolabilidad de los datosAdemás, debe soportar la auditoría, permitir la secuen-cialidad de las atenciones y su impresión. 4. INGENIERÍA ONTOLÓGICA En la actualidad las ontologías se están aplicando en áreas heterogéneas. Aunque quizás se las conozca más por su papel en el desarrollo de nuevos servicios en la Web basados en la descripción del signicado de los contenidos de los portales de Internet (Web Semántica), también se las están utilizando para el desarrollo de mecanismos que faciliten la comunica-ción entre las personas y las máquinas por medio del lenguaje natural (procesamiento del lenguaje natural [PLN]). En el contexto sanitario se las están utilizando cada vez más para diversas tareas, como la recupe-ración de información, la búsqueda de respuesta en fragmentos de texto que resuelven preguntas y la extracción de información desde textos narrativos o bien para la clasicación de documentos de forma automática. 4.1. Ontologías Un sistema de historia clínica electrónica es un tipo de sistema basado en datos, informaciones y, fundamen-talmente, conocimientos y, por tanto, en su desarrollo surgirán problemas de adquisición, conceptualización, formalización, implementación y mantenimiento.Para tratar con las tres primeras se utiliza el abordaje ontológico, donde una ontología dene un conocimien -to del dominio de una manera genérica de tal manera que el entendimiento del mismo es aceptado por la comunidad del dominio. En otras palabras, una onto- logía especica un conocimiento conceptual para una determinada área del conocimiento, siendo la esencia del conocimiento de ese dominio. La justicación para la utilización de ontologías es que ésta permite la reuti-lización de esos conceptos, facilitando al mismo tiempo su compartimiento por diferentes actores y su disemi-nación (Van Heijst et al  ., 1996).Desde el punto de vista de presentación una ontología puede ser: – Altamente informal   Cuando es realizada en len-guaje natural; por ejemplo, Glosarios, Tesauros. – Semiinformal   Cuando está en una forma restric-ta y estructurada en lenguaje natural; por ejemplo, Glosarios o Tesauros estructurados que incluyen atributos. – Semiformal   Cuando está en un lenguaje deni - do formalmente y articial; por ejemplo, Ontolingua (Fikes et al  ., 1997), Protégé.  – Rigurosamente formal     Cuando está en un lenguaje con semántica formal, con teoremas y pruebas de tales propiedades, como el ser completo y válido; por ejemplo, TOVE (Grüninger & Fox, 1996).Resaltamos que las ontologías son un recurso que permite trabajar semánticamente con la concep- tualización del signicado y así evitar la limitación impuesta por los términos normalizados desde una perspectiva de base de datos. En la literatura pueden encontrarse muchas deniciones, sin embargo, para efectos del presente manual utilizaremos la siguiente denición: “Una ontología es una especicación for  -mal y explícita de una conceptualización compartida”. (Studer et al  ., 1998). •  Formal , implica que puede ser interpretado por una máquina. •  Explícito , quiere decir que los conceptos, propieda-des, relaciones, funciones, axiomas y las limitacio- nes se denen explícitamente; •  Compartida , signica que es un conocimiento con -sensual, y  •  Conceptualización , nos dice que es un modelo abs-tracto de fenómeno del mundo real. •  Una cuestión importante a mencionar es que el en-foque ontológico trae compromiso de un acuerdo para el uso del vocabulario de una forma coherente y consistente. 4.2. Características de una ontología Se puede armar que algunas de las principales carac -terísticas de las ontologías son: (Faquhar em ontolin-gua@hpp.stanford.edu electronic mailing list (Gomez-Perez, 1999) •  Una ontología expresa el consenso del conocimien-to de una comunidad de personas en un dominio;  UNMSM  - U  NIVERSIDAD  N ACIONAL  M AYOR    DE  S AN  M ARCOS 51 •  Las personas utilizan la ontología como una refe- rencia de términos denidos en forma precisa. •  Una ontología provee un lenguaje sucientemen -te expresivo para que las personas puedan decir aquello que quieren decir. •  Una ontología es estable. •  Una ontología puede ser utilizada para resolver una variedad de problemas de ese dominio. •   Una ontología puede ser utilizada como punto de par-tida para la construcción de múltiples aplicaciones. 4.3. Componentes de una ontología Los principales elementos de una ontología son con-ceptos, relaciones y axiomas. Los conceptos son la unidad básica y están vinculados a través de una red de relaciones. La ontología está formada por un grupo de conceptos y cada concepto tiene un conjunto de pro-piedades que se llaman atributos. Por ejemplo, el con-cepto proveedor tiene los atributos de código, nombre y dirección. Los axiomas son normas que prevalecen en una ontología (Martínez-Béjar, 2000, Fernández-Breis et al  ., 2002, Fernández-Breis et al  . 2001), son sentencias que son siempre verdaderas. Por ejemplo, la edad del personal es igual a Personal_Fecha_Actual menos Personal_Fecha_de_Nacimiento. Los axiomas pueden ser estructurales, por ejemplo. A es_a B y no estructurales, por ejemplo: F = M.A (Fuerza es igual a masa por la aceleración). Las relaciones son cualquier subconjunto de un producto de n conjuntos, es decir, R: C1xC2x ... x Cn. En la Figura N.° 1 se incluye una posible descripción del concepto «corazón» (Roma-Ferria y Palomar, 2008). 4.4. Tipos de ontología Las ontologías pueden ser clasicadas según su con -tenido en: Ontología de Dominio, cuando se requiere los términos de un área especíca, por ejemplo, la on -tología del campo de Marketing; Ontología de Tareas, cuando se requiere los términos relevantes de una actividad especíca, por ejemplo, la ontología del pro -cedimiento de compras y Ontología de Uso General, cuando requiere términos de uso común como cosas, eventos, tiempo, espacio, comportamiento y función (Mizoguchi et al  ., 1995). Por otra parte, las ontologías se pueden también clasi -car de acuerdo con sus aspectos de conceptualización como: Ontología de Representación (meta-ontología), cuando se requiere términos para formalizar un deter-minado tema, por ejemplo, los procesos para la recupe-ración de conocimientos; Ontología Genérica, cuando se es reutilizable en varios dominios, Ontología de Dominio cuando ésta es reutilizable en el dominio y; Ontología de Aplicación cuando es utilizable sólo en una aplicación especíca. (Van Heijst et al  ., 1997). Los tipos de ontologías a ser utilizados en el proyecto son de representación y de dominio. 4.5. Métodos para la descripción de ontologías Entre los métodos más representativos para la descrip-ción de ontologías tenemos: (Fernández-López, 1999) •  TOVE – Toronto Virtual Enterprise (Grüninger & Fox, 1996); •  Methodology for Building Ontologies (Uschold & King, 1995); •  SENSUS: (Swartout et al.,  1997); •  Metodología de Bernaras et al  ., (1996); •  Methontology (Gómez-Pérez, 1998).En el presente proyecto se utiliza el Methontology, el cual fue desarrollado en el Laboratorio de Inteligencia Articial de la Universidad Politécnica de Madrid, Espa -ña. Este método permite la construcción de ontologías en el nivel de conocimiento y para su realización propo-ne tres capas de actividades: •  Gerencia: Incluye el planeamiento, control y asegu-ramiento de la calidad. •  Desarrollo: Incluye la especicación, conceptuali -zación, formalización, implementación y manteni-miento. Figura N.° 1.  Descripción parcial del concepto «corazón», en una ontología compartida por un sistema de información.
Related Search
Related Docs
View more...
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks