Juandiaz

SOFTWARE BASADO EN SISTEMA EXPERTO PARA LIQUIDACIN DE CUENTAS MDICAS DE TRAUMATOLOGA POR ATENCIN DE LESIONADOS EN ACCIDENTES DE TRNSITO
JUAN CARLOS DIAZ SANTOS
UNIVERSIDAD EL BOSQUE FACULTAD DE INGNIERA DE SISTEMAS BOGOTA D.C. 2007
Software basado en sistema experto para liquidacin de cuentas mdicas de traumatologa por atencin de lesionados en accidentes de trnsito.
Juan Carlos Daz Santos
SOFTWARE BASADO EN SISTEMA EXPERTO PARA LIQUIDACIN DE CUENTAS MDICAS DE TRAUMATOLOGA POR ATENCIN DE LESIONADOS EN ACCIDENTES DE TRNSITO
Lnea de investigacin de Ingeniera de Software
JUAN CARLOS DIAZ SANTOS
Tesis de grado para optar por el ttulo de Ingeniero de Sistemas
ING. JAVIER RODRIGUEZ Director
DRA. MARCELA GALINDO Asesora Cientfica
PROF. NILSON VALENCIA Asesor metodolgico
UNIVERSIDAD EL BOSQUE FACULTAD DE INGENIERA DE SISTEMAS BOGOTA D.C. 2007
_____________________________ Director
_____________________________ Jurado
____________________________ Jurado
_____________________________ Jurado
Bogot, Noviembre de 2007.
La Universidad El Bosque, no se hace responsable de los conceptos emitidos por los investigadores en su trabajo, slo velar por el rigor cientfico, metodolgico y tico del mismo en aras de la bsqueda de la verdad y la justicia.
AGRADECIMIENTOS El autor del presente trabajo expresa sus agradecimientos a: Javier Augusto Rodrguez, ingeniero de sistemas y computacin, por su invaluable direccin y gua para el desarrollo del proyecto de investigacin en el rea de ingeniera de software. Nilson Valencia, asesor metodolgico, por todo el tiempo dedicado y por su inmejorable disposicin para el diseo y elaboracin del presente documento. Marcela Galindo Luna, doctora con 6 aos de experiencia en la auditoria mdica de cuentas derivadas de atencin a lesionados en accidentes de trnsito, por su invaluable ayuda y colaboracin en el rea de traumatologa. Los profesores de la facultad de ingeniera de sistemas que dejaron su huella a nivel intelectual y brindaron ejemplo como profesionales ntegros.
Dedico este trabajo a mis padres Orlando y Marina, quienes siempre estuvieron a mi lado durante todos estos aos y me apoyaron a pesar de mis errores. A Johana y a Tatiana Sin ellas no hubiera aprendido tantas cosas de mi mismo y nada hubiera sido igual. Y por ltimo, la persona ms importante: DIOS Por toda su misericordia, por toda su paciencia, por todas sus bendiciones Por todo.
TABLA DE CONTENIDO Introduccin 1. Planteamiento del problema 1.1. Descripcin del problema 1.2. Formulacin del problema 1.3. Delimitacin 1.4. Estado del arte 1.5. Justificacin 1.6. Objetivos 1.6.1. Objetivo general 1.6.2. Objetivos especificos 2. Marco terico 2.1. Antecedentes tericos 2.1.1. Desarrollo de la traumatologa 2.1.2. Desarrollo de los sistemas expertos 2.2. Sistemas expertos 2.2.1. Especificacin de dominio 2.2.2. Lenguajes y herramientas especiales de programacin 2.2.3. Estructura de los sistemas expertos 2.2.4. La necesidad de los sistemas expertos 2.2.5. Beneficios de los sistemas expertos 2.2.6. Aplicaciones de los sistemas expertos 2.2.7. Razonamiento heurstico 2.2.8. Encadenamiento hacia delante 2.2.9. Encadenamiento hacia atrs 2.3. Naturaleza de las lesiones originadas por accidentes de trnsito 2.3.1. Por tipo de accidente 2.3.2. Por mecanismos de produccin 2.3.3. Parmetros adicionales 2.3.4. Mecanismo de porduccin 2.3.5. Tipos de accidente 2.4. Normatividad legal 2.5. Software 2.5.1. Java 2.5.2.Clips
13 14 14 16 16 16 21 23 23 23 24 24 25 27 29 30 30 30 33 33 34 36 36 36 36 36 37 37 38 39 39 40 40 41
2.5.3. MySQL 2.5.4. Jclips 2.6. Marco contextual 3. Requerimientos 3.1. Propsito del documento 3.2. Situacin actual 3.3. Resumen ejecutivo 3.4. Beneficios del proyecto 3.5. Glosario 3.6. Abreviaturas 3.7. Requerimientos funcionales 3.8. Diagramas de casos de uso 3.9. Requerimientos no funcionales 3.10. Normas, polticas y reglas del negocio 4. Metodologia 4.1. Analisis 4.2. Diseo 4.3. Pruebas 5. Diseo global 5.1. Modulos principales 5.1.1. Mdulo de sistema experto 5.1.2. Mdulo de base de datos 5.1.3. Mdulo de programacin general 5.2. Mdulos de interconexin 5.2.1. Submdulo de interconexin CLIPS - JAVA 5.2.2. Submdulo de interconexin JAVA - MySQL 6. Diseo detallado 6.1. Diagrama de clases 6.2. Diagrama entidad relacin 6.3. Scripts creacin tablas 6.4. Clases implementadas en JAVA 7. Pruebas
41 42 42 44 44 44 45 46 46 48 48 85 87 88 89 89 89 92 93 93 93 94 94 95 95 95 96 96 97 97 100 102
8. Manual de prueba y aplicacin del usuario 8.1. Pantalla principal aplicativo 8.1.2. Men Usuario 8.1.3. Men Lesin 8.1.4. Men Procedimiento 8.1.5. Men Hoja de Diagnstico 8.1.6. Men Hoja de Procedimiento 8.1.7. Men Consultas 8.1.8. Men Liquidacin 9. Conclusiones 10. Recomendaciones 11. Proyecciones
103 103 104 108 112 116 120 124 125 129 132 133
TABLA DE FIGURAS Figura 1 Figura 2 Figura 3 Figura 4 Figura 5 Figura 6 Proceso actual liquidacin cuenta mdica por SOAT Mapa conceptual Organizacin de sistemas expertos y ambiente operativo Integracin de componentes de sistemas expertos Hoja de ruta de aplicaciones de sistemas expertos Estructura modular / capas
15 24 31 32 35 93
10
El presente trabajo presenta una nueva aplicacin de los sistemas expertos en el rea de la medicina. Su objetivo principal es desarrollar un software basado en sistema experto para la liquidacin de cuentas mdicas de acuerdo a lesiones originadas en accidentes de transito en el rea de Traumatologa. Esta liquidacin debe hacerse bajo los lineamientos establecidos en el decreto 2423 de 1996 de la legislacin colombiana. El proyecto naci basado en la oportunidad de mejora que existe en el proceso manual que se ejecuta actualmente para realizar esta labor. Se implement en parte con el sistema experto CLIPS debido a que la mayor ventaja que presenta, comparado con los lenguajes convencionales de programacin, es la simplicidad de la adicin, eliminacin o sustitucin de nuevas reglas y la capacidad de administracin de memoria. Por otro lado, para permitir la programacin de una interfaz con el usuario del aplicativo y la portabilidad del mismo se utiliz el lenguaje JAVA, y MySQL para el almacenamiento y administracin de informacin. Las principales lesiones presentadas durante un evento de esta naturaleza son las que involucran al sistema seo, principalmente fracturas y luxaciones. Son estas lesiones hacia las cuales est enfocado el presente trabajo Palabras claves: Traumatologa, Sistema Experto, Accidente de Trnsito, Decreto 2423 de 1996
11
The objective of the present investigation is to design a new use of expert systems in medicine. For this, it will describe the investigation and programation work done, whose principal objective is to develop software based in expert system what, in agreeement with the medical data furnished, make a liquidation in the Traumatology area according to the wounds suffered by a patient in a car accident. It was developed with CLIPS, JAVA and MySQL. This liquidation must be created under the lineaments established by decree 2423 of 1996, colombian legislation. The principal wounds presented during a car accident involves the osseus system, fractures and luxations principally. This wounds are the focus of this work. Keywords: Traumatology, Expert System, Car Accident, Decree 2423 of 1996
12
INTRODUCCIN A partir de 1820, con los avances tecnolgicos que se iniciaron con la revolucin industrial, la sociedad sufri un cambio radical en su concepcin del mundo y de si misma. Se transform la visin minimalista (nacer, crecer, reproducirse, morir) de la gran mayora en una visin integral que abarcaba un extenso horizonte, en el cual se incluan trminos casi desconocidos en ese entonces tales como investigacin, desarrollo, calidad de vida, entre otros. El progreso en la tecnologa permiti la creacin de nuevas herramientas y de nuevas mquinas, las cuales con el paso del tiempo dieron origen a industrias que hoy en da hacen parte del eje fundamental de nuestra existencia. Una de estas industrias es la automotriz. Desafortunadamente, el aumento en el nmero de automviles circulando por las calles ha trado consigo un inevitable aumento en el nmero de lesionados por accidentes de trnsito. Estos lesionados son atendidos en las diferentes entidades de salud, las cuales facturan estos servicios a las aseguradoras que expidieron la pliza que cobija al automotor causante del accidente. Para desembolsar el dinero, la aseguradora realiza un proceso de auditoria mdica manual. Este proceso puede demorar varias semanas, lo cual afecta los ingresos de las entidades de salud, y por consiguiente, la calidad del servicio prestado a los pacientes. En este trabajo se describe una aproximacin entre ingeniera de software y medicina de urgencias, trazando las lneas bsicas para disear un software completamente funcional que permita agilizar el proceso de auditoria mdica descrito en las lneas anteriores, trayendo beneficios no solo a las entidades mdicas que atienden y a las aseguradoras que pagan, sino al ser primordial de este proceso: El paciente. Una vez cimentadas estas bases, queda abierto el camino para que el lector de este documento que est interesado en este tema pueda continuar desarrollando el aplicativo, expandindolo hacia otras reas de la medicina, o sencillamente hacindole mejoras que permitan obtener una mayor robustez y flexibilidad.
13
1. PLANTEAMIENTO DEL PROBLEMA 1.1. DESCRIPCIN DEL PROBLEMA Al ocurrir un accidente de trnsito en el cual se presentan heridos, estos son trasladados a la institucin de salud ms cercana para que les presten los servicios mdicos de urgencia necesarios con el fin de preservar la vida e integridad fsica de los afectados. Dicha atencin no se cobra directamente a quienes se les prestan los servicios, sino que posteriormente se remite a la aseguradora que expidi la pliza SOAT que cobija al automotor involucrado en el accidente. Al llegar la cuenta de cobro a la entidad aseguradora correspondiente, se inicia un proceso de auditoria mdica que en trminos generales se describe de la siguiente forma: La entidad clnica u hospitalaria hace llegar a la aseguradora la respectiva cuenta de cobro por concepto de atencin mdica derivada de accidentes de trnsito, y amparada por el SOAT (Seguro Obligatorio de Accidentes de Trnsito). Despus de una verificacin inicial de aspectos de carcter jurdico (Vigencia del seguro, naturaleza del accidente, autenticidad de la pliza, entre otros) se asigna la cuenta a un analista quien hace una revisin de la factura; de acuerdo a la informacin de la naturaleza de las lesiones sufridas por el paciente consignadas en la historia clnica, el analista determina si los procedimientos mdicos facturados son pertinentes para darles pago total, o si por el contrario debe hacerse una nueva liquidacin y pagar una cantidad diferente a la cobrada en la factura. A esta modificacin de los valores facturados por la entidad prestadora de los servicios de salud se le denomina Glosa. Adicionalmente, este primer anlisis se realiza teniendo como base el decreto 2423 de 1996, por medio del cual el gobierno nacional reglament la nomenclatura y clasificacin de los procedimientos mdicos, quirrgicos y hospitalarios del manual tarifario, y dict otras disposiciones sobre el tema. En estos procedimientos estn incluidos los procedimientos de Traumatologa. Este decreto es la base legal sobre la cual se sustenta el proyecto. Una vez el analista ha terminado su labor, lo remite al auditor mdico, quien se encarga de aprobar o hacer las correcciones que sean necesarias en el dictamen del analista. Si se hicieron correcciones, la liquidacin se le devuelve al analista para que le haga los ajustes correspondientes; una vez ste ha realizado los ajustes indicados por el auditor mdico, se la devuelve para una nueva revisin.
14
Si no se hicieron correcciones, el Auditor Mdico aprueba la liquidacin quedando lista para generar el pago a la entidad mdica. El proceso descrito anteriormente se resume en la figura 1.
Generacin de factura (Hospital)
Verificacin Jurdica
OK
Revisin del Analista
OK
Aprobacin del Auditor Mdico
No cumple normas
Hay correcciones
OK
Devolucin a Entidad
Generacin del pago
Figura 1. Proceso actual liquidacin cuenta mdica por SOAT
Ya sea por error, por falta de conocimiento del decreto 2423 de 1996, o por falta de medios tecnolgicos adecuados, las instituciones prestadoras de servicios de salud presentan con frecuencia a las aseguradoras cuentas de cobro mal hechas, en las cuales se facturan procedimientos mdicos que no son acordes con las lesiones sufridas por el paciente, o cobrndolos a un valor mayor al estipulado. Con el presente proyecto se pretende brindar una herramienta tecnolgica que, basada en las lesiones reportadas en una hoja de diagnstico y en los procedimientos mdicos facturados, permita diferenciar cuales de ellos sean pertinentes y su correspondiente tarifa. De esta manera, tanto entidades de salud como aseguradoras obtienen beneficios y ventajas. Para las entidades de salud, se obtiene agilidad en el proceso de facturacin y una disminucin en el nmero de glosas realizadas por parte de las aseguradoras. Para las aseguradoras se obtiene agilidad en el proceso de auditoria mdica, y adicionalmente una disminucin de costos por reprocesos operativos de anlisis.
1.2. FORMULACIN DEL PROBLEMA Cmo disear e implementar un aplicativo funcional de liquidacin mdica, integrando los conocimientos de medicina de urgencias (particularmente de traumatologa) y la ingeniera de software?
15
1.3. DELIMITACIN La medicina es un rea extensa, difcil de abarcar en su totalidad a travs del diseo de software. La especialidad de traumatologa es la rama de la medicina que tiene relacin directa con el tratamiento de las lesiones originadas por accidentes de trnsito. Por esto, el proyecto estar enfocado en esta rea de la salud, profundizando la relacin lesin-tratamiento planteada en la teora traumatolgica. El aplicativo se implementar con el lenguaje JAVA para la programacin, y MySQL en el montaje de la base de datos de informacin. La interconexin entre JAVA y MySQL se har por medio de JDBC. Para la base de conocimiento de traumatologa se utilizar CLIPS, y para el enlace entre CLIPS y JAVA se utilizar el software libre JCLIPS. La concepcin e investigacin preeliminar sobre este proyecto se inici en el segundo semestre del ao 2005. La etapa final del desarrollo comprender el segundo semestre del ao 2007. El proyecto se desarrolla en la ciudad de Bogot, como tesis de grado para optar por el ttulo de ingeniero de sistemas de la Universidad El Bosque. 1.4. ESTADO DEL ARTE A nivel internacional se han desarrollado sistemas expertos mdicos destinados a brindar soporte a los profesionales de la salud en distintas reas de la medicina. Algunos no se usan actualmente, pero sentaron bases tericas para el desarrollo de los sistemas expertos actuales. En 1984 se desarroll el sistema experto AI/COAG, el cual ofrece asistencia de diagnstico para problemas en hemostasis en humanos. Presenta una arquitectura modular. El primer mdulo desarrolla una interpretacin diferencial de 6 exmenes de laboratorio sobre coagulacin. El segundo mdulo adquiere y almacena una historia detallada de la hemostasis. Un tercer mdulo aconseja a mdicos de sala de emergencias sobre la terapia de reemplazo de componentes
16
de sangre para casos de trauma mayor.1 Este trabajo permiti apreciar una metodologa de enfoque modular, la cual permita una mayor facilidad de acoplamiento de los diferentes componentes. Hacia mediados de la dcada de los 80s hizo su aparicin formal el programa CADUCEUS. Desarrollado en la Universidad de Pittsburg (EUA) y originalmente llamado INTERNIST-1, realiza lo que los mdicos denominan Diagnstico Diferencial. Teniendo como parmetros de entrada una lista de sntomas y resultados de laboratorio, utiliza su base de conocimientos de 4.000 manifestaciones de 600 enfermedades para brindar un diagnstico. Hoy en da se sigue utilizando y perfeccionando, siendo el programa estrella de SUMEX-AIM (Stanford University Medical Experimental Computer for Artificial Intelligence in Medicine), una entidad fundada por los Institutos Nacionales de Salud de Estados Unidos. CADUCEUS tiene un buen desempeo comparable con el nivel de un mdico general, pero an no logra el nivel de un especialista.2 ONCOCIN es un sistema experto diseado para asistir a los mdicos en el tratamiento de pacientes con cncer. El sistema consiste en un conjunto de programas, uno de los cuales es un razonador basado en reglas que comprende el conocimiento necesario de la quimioterapia y sus efectos. El trabajo en ONCOCIN comenz hacia mediados de 1979, y el sistema fue instalado para su uso preliminar en mayo de 1981. Fue desarrollado en la entidad SUMEX de la Universidad de Stanford (USA).3 Este sistema experto present una manera diferente de representar el conocimiento mdico y de hacer el razonamiento lgico para llegar a una conclusin y sustentarla, al utilizar un nmero no muy grande de reglas. SEDDIC es una herramienta informtica cuyo objetivo es ayudar al mdico especialista en patologas digestivas en la diagnosis de la diarrea crnica. El modo de trabajo de SEDDIC es comn al de otros sistemas expertos aplicados a la medicina como MYCIN. En primer lugar, al ser consultado por el mdico el sistema solicita datos generales sobre el paciente: Nombre, edad, sntomas, entre otros, y una vez conocida esta informacin el sistema plantea sus hiptesis de
National library of medicine programs and services. U.S. Department of health and human services. (1987). Archivo PDF Consultado el 11 de agosto de 2007 de http://www.nlm.nih.gov/hmd/manuscripts/nlmarchives/annualreport/1987.pdf 2 The Plug-In Practicioner. Practicioner: Medicine on the computer frontier. (2007). Consultado el 11 de agosto de 2007 de http://www.atariarchives.org/deli/practitioner.php 3 SHORTLIFFE Edward, SCOTT Carlisle, BISCHOFF Miriam, CAMPBELL Bruce. Oncocin: An expert system for oncology protocol management. Departments of Medicine and Computer Science. Stanford University (1981). Archivo PDF Consultado el 11 de agosto de 2007 de http://dli.iiit.ac.in/ijcai/IJCAI-81VOL-2/PDF/057.pdf
17
diagnstico.4 Este aplicativo sigui las mismas lineas de diseo de sistemas expertos tales como MYCIN, de forma tal que si bien no brind nuevos aportes tecnolgicos, permiti explorar otras reas de la informtica mdica. La investigacin a nivel nacional en esta rea se realiza en el mbito universitario y en las entidades prestadoras de salud. Los siguientes son algunos de los proyectos de investigacin encontrados realizados en esta rea: En la Universidad Nacional de Colombia (Bogot), el Ingeniero de sistemas Edwin Andrs Bernal plante como parte de su maestra en Ingeniera de Sistemas y Computacin un proyecto denominado Sistema prototipo basado en el conocimiento para entrenamiento pediatra para el proceso de adaptacin neonatal. El objetivo general de este trabajo es desarrollar un modelo de base de conocimiento que permita representar los casos y procedimientos ms importantes en el proceso de adaptacin neonatal y realice inferencias de esta informacin, generando la base para un software prototipo para el entrenamiento de pediatras en este campo.5 Este trabajo contribuy a sentar a nivel nacional las bases para la consolidacin de los sistemas expertos como herramientas de enseanza y autoaprendizaje a nivel nacional. En el ao 2006 y como un trabajo conjunto de la Universidad Cooperativa de Colombia (Bucaramanga) y la Fundacin Cardiovascular de Colombia (Floridablanca), surgi la propuesta titulada Uso de la dinmica de sistemas y los sistemas expertos como herramientas de prevencin cardiovascular. La meta planteada de esta investigacin era la de disear un prototipo experimental de un sistema experto de diagnstico y un modelo matemtico de simulacin de dinmica de sistemas, que permita evaluar el impacto de la prevencin primaria en la enfermedad coronaria. Este aplicativo fue implementado utilizando como herramienta Visual Prolog.6 Con la finalizacin de este proyecto, se comprob la posibilidad de integrar con los sistemas expertos la teora matemtica, particularmente la dinmica de sistemas.
TIC para la sanidad. SEDDIC, una aplicacin al diagnstico mdico de las herramientas de libre distribucin para el desarrollo de sistemas expertos. Revista Novatita ATI (Asociacin de tcnicos de informtica en Espaa). Nmero 153 (Septiembre a Octubre de 2001). Archivo PDF Consultado el 11 de agosto de 2007 de http://www.lsi.us.es/~ortega/domotica/novaticaUbicua2.pdf 5 BERNAL LOPEZ, Edwin Andrs. Sistema prototipo de entrenamiento pediatra para el proceso de adaptacin neonatal. Avance propuesta. (2007). Maestra en Ingeniera de Sistemas y Computacin. Universidad Nacional de Colombia (Bogot). Consultado el 11 de agosto de 2007, de http://dis.unal.edu.co/profesores/ypinzon/2013326/docs/Presentacion0Bernal.ppt 6 CARREO Marisol, PINEDA Elicer, MONSALVE Ana, GUTIERREZ Melquisedec, CAVANZO Rosa. Propuesta de uso de la dinmica de sistemas y los sistemas expertos como herramientas de prevencin cardiovascular (2007). Universidad Cooperativa de Colombia (Bucaramanga). Consultado el 11 de agosto de http://www.javeriana.edu.co/fcea/convocatorias/memorias_1congreso_sp/tecnologias_toma_decisiones/71ppt. pdf
4
18
Por otro lado, durante el mismo ao en la Universidad El Bosque (Bogot), el ingeniero de sistemas Andrs Leonardo Corredor present como tesis de grado un proyecto de investigacin titulado Sistema experto de prediccin de cncer prosttico a travs de muestras de sangre por examen de antgeno prosttico especfico. El autor de este proyecto decidi elegir la herramienta de programacin CLIPS como motor de infererencia, a pesar de las desventajas que presenta. Dise una interfaz con usuario con ventanas y un estilo de programacin compleja basado en Common Lisp. Para lograr su objetivo, lo implement con JESS, el cual es una librera JAVA que permite establecer un puente entra CLIPS y JAVA.7 Una de las principales conclusiones de este trabajo fue comprobar la posibilidad de desarrollar un sistema experto que actuara como factor predictor de la conducta a seguir por el mdico general y personal de salud, particularmente en centros a distancia para una adecuada toma de decisiones. Simultneamente, enfocndose en el rea de Cardiologa, la Fundacin Cardio Vascular de Colombia elabor en el ao de 2006 un prototipo experimental de sistema experto para el soporte diagnstico en el postoperatorio de transposicin de grandes arterias, siendo la base de para la construccin de un sistema ms general que apoya el diagnstico y el tratamiento en postoperatorios peditricos cardiovasculares. Este sistema dems presenta la capacidad de conectarse a aparatos de medicin externos conectados al paciente, lo que le permite de ser necesario disparar las alarmas en tiempo real.8 Como consecuencia de esta investigacin, se conect la informacin procesada por un sistema experto de forma inmediata con el medio en el cual se desenvuelve, permitiendo la toma de decisiones y realizacin de acciones de forma casi simultnea. Mientras tanto, de acuerdo a lo planteado por Parra9 en la ciudad de Medelln se han desarrollado proyectos acerca de sistemas expertos soportados por el modelo de cerebro tridico; este modelo desarrollado por W. De Gregori (1999) identifica tres procesos mentales: Cerebro central o inteligencia operativa, cerebro derecho o inteligencia emocional y cerebro izquierdo o inteligencia lgica. Con base a esto,
7
CORREDOR, Andrs. Sistema experto de prediccin de cncer prosttico a travs de muestras de sangre por examen de antgeno prosttico especfico (2006). Tesis de grado Ingeniera de Sistemas. Universidad El Bosque (Bogot). 8 BLANCO Xiomara, GAMBOA Wilson. La Fundacin Cardiovascular de Colombia a la vanguardia de la tecnologa (2006). Sociedad Colombiana de Cardiologa y Ciruga Cardiovascular. Revista Colombiana de Cardiologa. Consultado el 8 de septiembre de 2007 de http://www.scc.org.co/revista.cfm?do=detalle&idarticulo=488&idpublicacion=79 9 PARRA, Eucario. Tecnologa de sistemas expertos para el anlisis del comportamiento humano de acuerdo con el modelo del cerebro tridico (2007). Ingeniera Informtica. Fundacin Universitaria Catlica del Norte (Medelln). Consultado el 8 de septiembre de 2007 de http://www.ucn.edu.co/portal/uzine/Volumen11/Articulos/art_3.htm
19
los proyectos a los que hace referencia Parra pretenden desarrollar una base de conocimiento que permita autodiagnosticar la capacidad mental de cada individuo de un determinado grupo, con base en la teora de la ciberntica social y del proporcionalismo. Al llevarse a cabo este trabajo, se demostr la capacidad de los sistemas expertos de adaptarse a ciencias no exactas y de amplio espectro de razonamiento tal y como lo es la psicologa. A nivel local la Oficina para el Fomento de la Investigacin de la Pontificia Universidad Javeriana (Bogot), financi en el 2006 un trabajo denominado Optimizacin e integracin de los componentes del modelo del proyecto Pie Diabtico. Esta investigacin tena, entre sus objetivos especficos, robustecer el sistema experto de un proyecto anterior denominado Modelo Cientfico y Tecnolgico para el Estudio y Anlisis del Comportamiento de la Presin a Nivel de la Planta del Pie". Con estos dos trabajos se buscaba brindar una herramienta inteligente que ayudara a vigilar las lesiones originadas en el pie de los afectados por diabetes, procurando mejorar su calidad de vida al disminuir las complicaciones que derivan en amputaciones.10 En Colombia no existe un aplicativo que integre los sistemas expertos con la liquidacin mdica. El software existente abarca temas para el manejo hospitalario que incluye utilidades de manejo de afiliados, citas mdicas, admisin del paciente, liquidacin de servicios, historias clnicas, resultado de exmenes, facturacin, cartera, epidemiologa, informes quirrgicos, remisiones y auditoria de cuentas. Para el proceso de liquidacin de servicios, el cual es el relacionado con este proyecto, se hace nfasis en la generacin y almacenamiento de facturas digitndolas en el aplicativo, pero no en un proceso informtico que ayude manera automtica a determinar la correcta elaboracin de una liquidacin bajo criterios de pertinencia mdica. Entre algunos ejemplos de dichos aplicativos diseados en nuestro pas, tenemos:
10
Integr@RED CADUCEOS I B VERSION 4.1.3.0 Hipcrates SIIGO e-Salud Possi-medic
YAMHURE CATA, Germn. Optimizacin e integracin de los componentes del modelo del proyecto Pie Diabtico. (2006). Proyecto de investigacin. Pontificia Universidad Javeriana (Bogot). Consultado el 8 de septiembre de 2007 de http://educon.javeriana.edu.co/ofi/paginas/app_proyectosVerDetalle.asp?cP=1245&ts=1
20
Sistema de Informacin ADOS Versin 3.0
1.5. JUSTIFICACIN La medicina y la ingeniera de sistemas son dos de las reas del conocimiento humano que ms desarrollo han presentado durante las ltimas dcadas. Lo que ayer para los abuelos parecan historias de ciencia ficcin, hoy en da hacen parte de la vida cotidiana gracias a la evolucin tecnolgica de la poca actual. Adicionalmente, a medida que han ido creciendo estas reas han ido complementndose una a otra para beneficiarse en una especie de simbiosis del conocimiento. Este progreso tecnolgico, propio de las generaciones contemporneas, se ha visto reflejado por otro lado en una mejora en la calidad de vida y de confort a travs del crecimiento de industrias que proveen de servicios y elementos que facilitan la vida diaria. Una de esas industrias es la automovilstica. Y debido al aumento en el nmero de vehculos que circulan por las calles, se ha incrementado de una forma directamente proporcional la cantidad de accidentes, y por consiguiente, la cantidad de lesionados que se presentan en ellos. Los accidentes de trnsito de acuerdo con los datos arrojados por el sistema de informacin del Instituto Nacional de Medicina Legal y Ciencias Forenses, siguen siendo la segunda manera de muerte violenta despus de los homicidios. Segn la informacin presentada por este instituto, en 2005 se presentaron 5.418 muertes por esta causa y 37.691 personas lesionadas relacionadas con un evento de trnsito.11. La cifra mencionada representa una tasa de lesionados en accidentes de trnsito, equivalente a 91,4 personas por cada cien mil Colombianos. Adems de las obvias implicaciones de salud y mortandad, se genera un importante movimiento econmico a travs de la facturacin de la atencin mdica prestada a los heridos en estos incidentes. De acuerdo a la legislacin actual del pas, todo hospital o clnica (ya sea pblica o privada) est en la obligacin de atender en su servicio de urgencias a las
11
Forensis Lesiones en accidentes de trnsito (2006). Instituto Nacional de Medicina Legal y Ciencias Forenses. Libro en formato PDF Consultado el 8 de septiembre de 2007 de http://www.medicinalegal.gov.co/index.php?option=com_content&task=view&id=122&Itemid=167&limit=1 &limitstart=5
21
personas que resulten heridas como consecuencia de un accidente de trnsito. El costo de la atencin mdica ser asumido posteriormente por la pliza de seguros que cobija al automotor involucrado en el accidente, despus de un proceso de auditoria mdica. Parte de la cartera de las entidades de salud comprende la facturacin por atencin a heridos por accidentes de trnsito. Debido al largo proceso que existe en la actualidad (descrito en detalle en Descripcin del problema), transcurren semanas y en ocasiones hasta meses para que las aseguradoras cancelen las facturas a las entidades prestadoras de servicios de salud. Para cualquier entidad de salud, su principal fuente de ingresos (y por ende su garanta de supervivencia) es la derivada del cobro de los servicios prestados. Si el pago de estas cuentas se hace con rapidez el flujo de efectivo ser continuo, garantizando la disponibilidad de recursos para prestar una atencin mdica de calidad. A pesar de la tecnologa disponible y de la integracin actual medicina-sistemas, este proceso de auditoria se hace de una forma manual lo que implica procesos operativos costosos tanto en tiempo, en recursos humanos, y por ende, en dinero Con el desarrollo del proyecto se aporta una alternativa al proceso manual actual de auditoria mdica, contribuyendo as a la agilizacin de la generacin y posterior pago de las cuentas de cobro relacionadas con accidentes de trnsito. Esta alternativa se desarrolla a nivel de Ingeniera de Sistemas creando un enfoque modular, el cual permite una integracin clara y fcil de comprender de tecnologas no compatibles por si mismas: Sistemas expertos, bases de datos y Programacin en JAVA.
1.6. OBJETIVOS 1.6.1. OBJETIVO GENERAL Desarrollar un software basado en sistema experto para la liquidacin de cuentas mdicas de acuerdo a lesiones originadas en accidentes de transito en el rea de Traumatologa.
22
1.6.2. OBJETIVOS ESPECFICOS Determinar las diferentes clases de lesiones vinculadas al rea de traumatologa que puede sufrir una persona en un accidente de trnsito para establecer, de acuerdo a los conceptos de pertinencia mdica, cuales son los procedimientos mdicos relacionados. Disear por medio de CLIPS una base de conocimiento que almacene informacin sobre lesiones pertenecientes al rea de traumatologa y su correspondiente tratamiento. Conectar la base de datos de conocimiento hecha en CLIPS con la interfase grfica realizada en JAVA, por medio del software libre JCLIPS. Desarrollar un algoritmo en JAVA que liquide procedimientos mdicos de traumatologa de acuerdo a lo estipulado en el decreto 2423 de 1996. Verificar a travs de pruebas realizadas con casos de la vida real, la efectividad y robustez del aplicativo.
23
2. MARCO TERICO En la figura 2, se muestra el mapa conceptual donde aborda los fundamentos tericos de la presente investigacin. Comenzando por los antecedentes que proporcionan un recorrido histrico a los sistemas expertos y a la traumatologa. Continuando con el marco conceptual a nivel legal y cientfico, y por ltimo el marco contextual.
Figura 2. Mapa Conceptual
2.1. ANTECEDENTES TERICOS A continuacin se presenta en lneas generales los antecedentes de las dos principales reas involucradas en este proyecto: Traumatologa y sistemas expertos.
24
2.1.1. Desarrollo de la traumatologa. De acuerdo a lo planteado por Snchez12, el primer documento escrito con nociones y referencias traumatolgicas, es el papiro de Edwin Smith, en el antiguo Egipto, trascrito en el siglo XVIII a.C.. Este parece estar inacabado ya que describe las lesiones de crneo de forma detallada, pero no menciona las lesiones de pelvis y extremidades inferiores. Este autor destaca los aportes de la traumatologa hind cuyo mayor representante es Susruta (600 a.C), el cual basndose en observaciones empricas alcanz un enorme desarrollo, describiendo con detalle mtodos de reduccin y tratamiento de luxaciones y fracturas. Segn Riera13, en el mundo occidental los primeros documentos sobre traumatologa aparecen con la medicina hipocrtica (460-370 a.C.) .Se han atribuido a Hipcrates 53 libros, que reunidos forman lo que se conoce como el Corpus Hippocraticum. No todas las obras del Corpus Hippocraticum son originales, perteneciendo muchas de ellas a sus discpulos. Entre las que se consideran que son originales de Hipcrates destacan: "Sobre las articulaciones" peri arthron-, "Sobre las fracturas" -peri agmon- y "Palanca" -mokhliks-. El autor tambin plantea que Hipcrates fue sin duda uno de los grandes percusores de la traumatologa, y fue precisamente quin demostr hace ya 2500 aos que el tratamiento de las fracturas y luxaciones incumbe nica y exclusivamente al ortopeda. Desde Hipcrates hasta finales del siglo XVIII, la traumatologa constituye en buena medida un captulo quirrgico que en ocasiones se incluye en los tratados de ciruga general. El siglo XVIII es el punto de partida de la traumatologa moderna, llegando a esta gracias a dos razones: 1. Mejor conocimiento anatmico y la investigacin anatomopatolgica. 2. El auge de la ciruga general y de todas las especialidades quirrgicas. Abarcando la edad media y el periodo posterior, Riera cataloga varios hechos claves en el desarrollo de la traumatologa: El cirujano francs Jean Louis Petit (1674 - 1750) public un Tratado sobre las enfermedades de los huesos, el cual lleg a ser traducido al espaol. Tambin destaca a Antoine-Louis Barye (1796 1875) (estudi las fracturas del hmero y fmur) y el espaol Leonardo Galli (?1830). Este ltimo fue el introductor de la traumatologa experimental utilizando la anatoma topogrfica con clara intencin quirrgica y tambin practic tcnicas de acceso a las articulaciones en cadveres.
12
SANCHEZ, Miguel. Historia, teora y mtodo de la medicina: Introduccin al pensamiento mdico. Editorial Masson (1998). 13 RIERA, Juan. Historia, medicina y sociedad. Editorial Pirmide (1985).
25
Tres grandes cirujanos dieron un claro avance en el conocimiento de fracturas y luxaciones: Percival Pott (1714 1788) estudi las lesiones vertebrales y las fracturas de tobillo. John Hunter (1728 1793) dio altura cientfica a la ciruga y estableci los principios de reeducacin muscular. Astley Paston Cooper (1768 1841) public el primer estudio sistemtico sobre fracturas. En los aos centrales del siglo XIX, el tratamiento de las fracturas conoci una revolucin tcnica que llega hasta nuestros das. Se debe al mdico holands Antonio Maticen (1805 1878), quien contribuy con una nueva tcnica, la aplicacin de vendajes enyesados. El vendaje enyesado es de uso generalizado y universal. Otra tcnica es el mtodo de traccin continua, que fue introducida por Guy de Chauliac (1290 1368), aunque su uso no se generalice hasta el siglo XIX. La utilizacin de frulas de traccin se debe a N. Smith, cuyo perfeccionamiento fue alcanzado el siglo pasado por Fiz Steiman (1907), quien lo perfeccion mediante agujas colocadas en los cndilos femorales. El desarrollo de esta tcnica, constituye un elemento esencial en el tratamiento de muchas fracturas. La rehabilitacin motora es otra tcnica, que en la actualidad constituye un captulo imprescindible en el tratamiento de los traumatismos, as como de su prevencin. La rehabilitacin motora constituye por otra parte uno de los progresos mayores realizados por la traumatologa actual. Entre los precedentes ms antiguos de rehabilitacin, podra citarse la rehabilitacin gimnstica de Galeno y otros autores desde el siglo XVI. Pero fue a finales del XVIII con la obra de Nicols Andry (1658 1742), cuando se inicia el desarrollo de la cinesiterapia. Aunque hubo avances, fue en los aos siguientes a la primera guerra mundial cuando la traumatologa, por su incidencia social y las graves lesiones registradas pas a ser una rama importante de la ciruga. La ciruga de guerra mostr a Lorenz Bhler (1885 1973) la realidad de las deficiencias asistenciales, lo cual evidenciaba la necesidad de la especializacin para evitar las amputaciones y la gangrena. Enrolado como cirujano militar y destinado al monasterio de Bolzano (Italia), le convirti en un centro especializado en el tratamiento de fracturas y heridas articulares. Sus doctrinas se hallaban basadas en los siguientes principios: Reduccin. En toda fractura se deben reducir exactamente los fragmentos desplazados.
26
Inmovilizacin. Los fragmentos reducidos se inmovilizarn ininterrumpidamente en buena posicin hasta su consolidacin sea. Ejercicio activo de las articulaciones mviles. Durante toda su vida afirm que el xito de la traumatologa se encuentra en la organizacin del tratamiento. Bhler siempre estuvo a favor del tratamiento incruento y por tanto practic los mtodos de osteosntesis como el enclavamiento femoral y otras tcnicas. Constat los desastrosos resultados de un tratamiento cruento, caracterstico de su poca, el cual acarreaba infecciones y seudoartrosis. La ciruga traumatolgica, est basada en una creciente perfeccin tcnica; este gran desarrollo tcnico e instrumental se ha podido llevar a cabo gracias a la colaboracin entre mdicos e ingenieros y un acabado estudio fisiopatolgico e histolgico de la consolidacin sea. Durante la segunda mitad del siglo XX se empieza a utilizar las primeras prtesis, que recuerdan los ensayos sobre transplantes orgnicos. Merece la pena subrayar algunos de los captulos que con mayor razn constituyen temas traumatolgicos de la ms reciente actualidad; cabe destacar dentro de estos los progresos en torno a la columna vertebral, la ciruga de los nervios perifricos o la de los tendones.14,15 2.1.2. Desarrollo de los sistemas expertos. El primer trabajo de IA fue realizado por Warren McCulloch y Walter Pitts (1943). Se basaron en 3 fuentes: Conocimientos sobre la fisiologa bsica y funcionamiento de las neuronas en el cerebro, el anlisis formal de la lgica proposicional de Rusell y Whitehead y la teora de la computacin de Alan Turing. Propusieron un modelo constituido por neuronas artificiales. A principios de la dcada de los 50 Claude Shannon (1950) y Alan Turing (1953) se ocupaban de escribir programas de ajedrez para computadoras convencionales. Simultneamente, dos estudiantes de postgrado del departamento de matemticas de Princeton, Marvin Minsky y Dean Edmonds, construyeron la primera computadora de red neuronal en 1951, llamada SNARC. En IBM, Nathaniel Rochester y sus colegas produjeron algunos de los primeros programas de inteligencia artificial. Herbert Gelerntner (1959) construy el demostrador de teoremas de geometra (DTG). A principios de 1952, Arthur
14
SANCHEZ, Miguel. Historia, teora y mtodo de la medicina: Introduccin al pensamiento mdico. Editorial Masson. (1998). 15 RIERA, Juan. Historia, medicina y sociedad. Editorial Pirmide (1985).
27
Samuel escribi una serie de programas para el juego de damas. En 1958, John McCarthy defini el lenguaje de alto nivel LISP, que se convertira en su momento en el lenguaje de programacin dominante en inteligencia artificial.16 A partir de 1965, un equipo dirigido por Edward Feigenbaum, comenz a desarrollar sistemas expertos utilizando bases de conocimiento definidas minuciosamente. En 1967 se construye DENDRAL, que se considera como el primer sistema experto. Se utilizaba para identificar estructuras qumicas moleculares a partir de su anlisis espectrogrfico. Entre 1970 y 1980 se desarroll MYCIN para consulta y diagnstico de infecciones de la sangre. Este sistema introdujo nuevas caractersticas: utilizacin de conocimiento impreciso para razonar y posibilidad de explicar el proceso de razonamiento. Lo ms importante es que funcionaba de manera correcta, dando conclusiones anlogas a las que un ser humano dara tras largos aos de experiencia. En MYCIN aparecen claramente diferenciados motor de inferencia y base de conocimientos. Al separar esas dos partes, se puede considerar el motor de inferencias aisladamente. Esto da como resultado un sistema vaco o shell (concha). As surgi EMYCIN (MYCIN Esencial) con el que se construy SACON, utilizado para estructuras de ingeniera, PUFF para estudiar la funcin pulmonar y GUIDON para elegir tratamientos teraputicos. En lneas generales, MYCIN es un programa diseado para aconsejar a los mdicos en el tratamiento de infecciones bacteriales de la sangre y meningitis. Despus de preguntar ciertos datos bsicos como el nombre, la edad y el sexo, MYCIN pregunta sobre posibles organismos bacteriales, probables sitios de infeccin, la presencia de sntomas especficos relevantes para la diagnosis, el resultado de exmenes de laboratorio, y algunos otros. Con esta informacin recomienda determinado tratamiento de antibiticos. Su mayor innovacin respecto a otros sistemas expertos fue el hecho de que usa medidas de incertidumbre (no probabilidades) para sus diagnsticos y el hecho que est preparado para explicar su razonamiento al mdico, de forma tal que este puede aceptarlo o no.17 En 1979 se construy en la Universidad de Stanford (EUA) un sistema de diagnstico de enfermedades pulmonares, denominado PUFF. Su funcin principal es interpretar un conjunto de resultados de exmenes de funcin
16
RUSELL, Stuart. Inteligencia Artificial: Un enfoque moderno (2. Edicin). Editorial Prentice Hall (2003) McCARTHY, John. Some expert system need common sense. (1984). Consultado el 11 de agosto de 2007 de http://www-formal.stanford.edu/jmc/someneed/someneed.html
17
28
pulmonar para inferir un diagnstico para el paciente. El 85% de sus informes se acepta sin modificaciones.18 En esa poca se desarrollaron tambin: HERSAY, que intentaba identificar la palabra hablada, y PROSPECTOR, utilizado para hallar yacimientos de minerales. De este ltimo deriv el shell KAS (Knowledge Adquisition System). A partir de 1980 se ponen de moda los sistemas expertos; numerosas empresas de alta tecnologa investigan en esta rea de la inteligencia artificial, desarrollando sistemas expertos para su comercializacin. Se llega a la conclusin de que el xito de un sistema experto depende casi exclusivamente de la calidad de su base de conocimiento. El inconveniente es que codificar la pericia de un experto humano puede resultar difcil, largo y laborioso.19 2.2. SISTEMAS EXPERTOS De acuerdo a lo planteado por Bodunde y Cheung20, un sistema experto es un programa de computador que simula el proceso de pensamiento de un experto humano para resolver problemas complejos de decisin en un dominio especfico. Un sistema experto opera como un sistema interactivo que responde preguntas, cuestiona para clarificacin, hace recomendaciones, y generalmente ayuda en el proceso de toma de decisiones. La mayora de las aplicaciones de los sistemas expertos pertenece a alguna de las siguientes categoras: Interpretacin e identificacin. Prediccin. Diagnosis. Diseo. Planeacin. Monitoreo.
AIKINS Janice, KUNZ John, SHORTLIFFE Edgard, FALLAT Robert. PUFF: An expert system for interpretation of pulmonary data. Stanford University(Septiembre 1982). Archivo PDF, Consultado el 11 de agosto de 2007 de ftp://reports.stanford.edu/pub/cstr/reports/cs/tr/82/931/CS-TR-82-931.pdf 19 REDCientfica (2007). Introduccin a los Sistemas Expertos. Consultado el 7 de agosto de 2007. http://www.redcientifica.com/doc/doc199908210001.html 20 BODUNDE Adedeji, CHEUNG John. Fuzzy engineering expert Systems with neural network applications. Editorial Wiley Interscience (2002).
18
29
Depuracin y pruebas. Instruccin y entrenamiento. Control. 2.2.1. Especificacin de dominio: Los sistemas expertos son tpicamente aplicaciones de un dominio especfico. El desarrollador de un sistema debe enfocar el objetivo de su aplicacin a la solucin especfica del problema que se debe resolver. Herramientas especiales y lenguajes de programacin son usados con frecuencia para cumplir los objetivos especficos del sistema. 2.2.2. Lenguajes y herramientas especiales de programacin: Los sistemas expertos son tpicamente escritos en lenguajes de programacin especiales o con herramientas diseadas para este fin. El uso de lenguajes como LISP21 y PROLOG22, o de herramientas como CLIPS23 en el desarrollo de un sistema experto simplifica el proceso de generacin de cdigo. La mayor ventaja de estos lenguajes, comparados con los lenguajes convencionales de programacin, es la simplicidad de la adicin, eliminacin o sustitucin de de nuevas reglas y la capacidad de administracin de memoria. Algunas de las caractersticas distinguibles de los lenguajes y herramientas de programacin necesitados para los sistemas expertos son: Combinacin eficiente de variables enteras y reales Buenos procedimientos de administracin de memoria Extensivas rutinas para manipulacin de datos Compilacin incremental Eficiente procedimientos de bsqueda 2.2.3. Estructura de los sistemas expertos: Las decisiones complejas involucran una combinacin de conocimientos basados en hechos y en heurstica. Para que el computador sea capaz de recuperar y utilizar con efectividad el conocimiento heurstico, el conocimiento debe ser organizado en un formato fcilmente accesible que distinga entre datos, conocimiento, y estructuras de control. Por esta razn, los sistemas expertos estn organizados en tres niveles:
21 22
Acrnimo de List Procesing (Procesamiento de listas). Abreviatura de Programmation en Logique (Programacin lgica). 23 Ver seccin 2.2.1.
30
La base de conocimientos, que consiste en reglas de solucin de problemas, procedimientos, y datos intrnsecos relevantes al dominio del problema. La memoria de trabajo, que refiere a datos con tareas especficas para el problema para consideracin. El motor de inferencia, que es un mecanismo genrico de control que aplica el conocimiento axiomtico en la base de conocimientos a los datos con tareas especficas para obtener una solucin o conclusin. Una base de conocimientos es creada por ingenieros de conocimiento, quienes trasladan el conocimiento de expertos humanos a reglas y estrategias. Esas reglas y estrategias pueden cambiar dependiendo del escenario prevaleciente del problema. La base de conocimiento provee al sistema experto con la capacidad de recomendar direcciones para el requerimiento del usuario. La modularidad de un sistema experto es una importante caracterstica que lo distingue cuando es comparado con un programa convencional de computador. La modularidad es apreciable en un sistema experto por el uso de tres distintos componentes, como se aprecia en la figura 3.
Figura 3. Organizacin de sistemas expertos y ambiente operativo. (Tomado de Fuzzy engineering expert Systems with neural 24 network applications) .
31
La base de conocimiento constituye las reglas para la resolucin de problemas, hechos o intuicin que un experto humano puede usar en la resolucin de problemas en el dominio de un problema dado. La memoria de trabajo representa los datos relevantes para la resolucin del problema actual. El motor de inferencia es el mecanismo de control que organiza los datos del problema y busca a travs de la base de conocimiento reglas aplicables. El desarrollo de un sistema experto funcional usualmente se centra alrededor de la organizacin de la base de conocimientos. Una integracin funcional de los componentes de un sistema experto es mostrada en la figura 4.
Figura 4. Integracin de componentes de Sistemas expertos. (Tomado de Fuzzy engineering 24 expert Systems with neural network applications)
24
Op. Cit. BODUNDE Adedeji, CHEUNG John. Pg. 18
32
2.2.4. La necesidad de los sistemas expertos: Los sistemas expertos son necesarios debido a las limitaciones asociadas con los procesos humanos tradicionales de toma de decisin, las cuales incluyen: La experticia humana es escasa Los humanos se cansan por el esfuerzo fsico y mental Los humanos olvidan detalles cruciales de un problema Los humanos son inconsistentes en sus decisiones en el dia a dia. Los humanos tienen una limitada memoria de trabajo Los humanos son incapaces de comprender grandes cantidades de informacin rpidamente. Los humanos son incapaces de mantener grandes cantidades de datos en la memoria Los humanos son lentos en la recuperacin de informacin almacenada en la memoria Los humanos estn sujetos a ser conciente o inconcientemente parciales en sus acciones. Los humanos pueden deliberadamente evitar responsabilidades de decisin. Los humanos mienten, ocultan y mueren. Junto a las limitaciones humanas, la programacin convencional tambin presenta debilidades al momento de ser usados como herramientas de tomas de decisin. Los programas convencionales: Son algortmicos por naturaleza y dependen de la potencia de la mquina. Dependen de hechos que pueden ser difciles de obtener. No hacen uso de las efectivas aproximaciones heursticas usadas por los expertos humanos. No son fcilmente adaptables a los cambios en el ambiente del problema. Buscan soluciones explcitas y puntuales que pueden no ser posibles. 2.2.5 Beneficios de los sistemas expertos: Los sistemas expertos ofrecen un ambiente donde las buenas capacidades de los humanos y el poder de los
33
computadores pueden ser usados para sobrepasar algunas de las limitaciones ya mencionadas. Los sistemas expertos: Incrementan la probabilidad, frecuencia, y consistencia de la toma de buenas decisiones. Ayudan a distribuir la experticia humana. Facilitan la toma de decisiones a un nivel experto y a un bajo costo por parte de los no expertos, adems de ser realizadas en tiempo real. Permiten la objetividad por medio del sopesamiento de la evidencia sin parcialidad y sin ser influido por las reacciones emocionales y personales del usuario. Permiten el dinamismo a travs de la modularidad de la estructura. Liberan la mente y el tiempo del experto humano para permitirle concentrarse en actividades ms creativas. 2.2.6. Aplicaciones de los sistemas expertos: La figura 5 esquematiza las principales reas de aplicacin de los sistemas expertos.
34
Figura 5. Hoja de ruta de aplicaciones de sistemas expertos. (Tomado de Fuzzy engineering 25 expert Systems with neural network applications)
25
Ibid. Pg. 24
35
2.2.7. Razonamiento heurstico: Los expertos humanos usan un tipo de tcnica de resolucin de sistemas llamado razonamiento heurstico. Esta tcnica permite al experto arribar a una buena solucin rpida y eficientemente. Los sistemas expertos basan su proceso de razonamiento en manipulacin simblica y procedimiento en inferencia heurstica que se acercan mucho al proceso de pensamiento humano. 2.2.8. Encadenamiento hacia delante: Este mtodo involucra la verificacin de la parte condicional de una regla para determinar si es verdadera o falsa. Si la condicin es verdadera, entonces la parte de accin de la regla es tambin verdadera. Este procedimiento contina hasta que una solucin es encontrada o se llega a un camino sin salida. El encadenamiento hacia delante es comnmente referido como razonamiento manejado por datos26. 2.2.9. Encadenamiento hacia atrs: El encadenamiento hacia atrs es el reverso del encadenamiento hacia delante. Es usado para seguir la pista en reversa desde una meta hasta los caminos que condujeron a esa meta. El encadenamiento hacia atrs es muy bueno cuando todos los resultados son conocidos y el nmero de posibles resultados no es grande. En este caso, una meta es especificada y el sistema experto intenta determinar qu condiciones son necesitadas para arribar a una meta especificada. El encadenamiento hacia atrs tambin es llamado manejado por metas. 2.3. NATURALEZA DE LAS LESIONES ORIGINADAS POR ACCIDENTE DE TRNSITO Al presentarse un accidente de trnsito, los involucrados en ste pueden sufrir lesiones cuyo carcter puede variar desde leve hasta severo, siendo inclusive causantes de muerte. A pesar de ser diversas, pueden agruparse puntualmente de acuerdo a distintos factores permitiendo de esta manera una mejor comprensin de su naturaleza. 2.3.1. Por tipo de accidente. Atendiendo al tipo de accidente, las lesiones se pueden producir de la siguiente forma27: Por atropello (a peatn o ciclista): Impacto o aplastamiento.
POMYALSKI James, TRUSZKOWSKI Walter, BROWN Donald. Expert Systems. Documento PDF consultado el 15 de septiembre de 2007 de http://agents.gsfc.nasa.gov/papers/pdf/es.pdf 27 ALVAREZ, Francisco Javier. Seguridad vial y medicina de trfico. Editorial Masson (1997).
26
36
Por colisin (entre dos vehculos): Frontal-lateral-posterior. Por choque (entre vehculo y superficie esttica). Por volcamiento. 2.3.2. Por mecanismo de produccin. Segn el mecanismo de produccin de las lesiones, stas pueden ser: Por mecanismo directo (impacto sobre la parte afectada). Por ejemplo, fractura transversa de fmur. Por mecanismo indirecto o a distancia (Por ejemplo, luxacin de cadera por impacto en rodilla). Por mecanismo de torsin (Por ejemplo, fractura de tibia al quedar el pie fijo y girar la rodilla) Por mecanismo de flexoextensin (Por ejemplo, fractura de cuerpo vertebral) Por mecanismo de cizallamiento (Por ejemplo, rotura de vscera u rgano) Por mecanismo de aceleracin-desaceleracin (Por ejemplo, lesin orgnica a nivel cerebral). Por aplastamiento (Por ejemplo, estallido de vscera hueca). 2.3.3. Parmetros adicionales. A pesar de que el tipo de accidente y el mecanismo de produccin de las lesiones influyen muy directamente en la gravedad de las mismas, existen otros parmetros a tener en cuenta y que tienen vital importancia28: Absorcin local del impacto: Depende de la superficie sobre la que se ejerce la violencia, ya que a mayor superficie le corresponder mayor disipacin de la energa. Masa y topografa sobre la que se ejerce el traumatismo: Hay diferencias notables en los valores de las fuerzas necesarias para producir un mismo efecto, segn las diversas regiones corporales. Elasticidad: Las distintas regiones corporales tienen diferente grado de elasticidad, o sea, de recuperar su forma primitiva, luego de experimentar un traumatismo; sirve de ejemplo el crneo. Se ha visto que, cuando este choca contra un objeto, se aplasta directamente en el punto de impacto, y despus, tiende a volver a su forma original. No obstante ello, alrededor de la superficie de choque se producen ondas de deformacin que pueden fracturar la tabla interna o externa o ambas.
28
LOSSETI Oscar, TREZZA Fernando, PATITO Jose. Accidentes de trnsito: Consideraciones mdicolegales lesionolgicas y tanatolgicas. Cuerpo Mdico Forense. Corte Suprema de Justicia de la Nacin (Argentina). Cuadernos de medicina forense, ao 2, nmero 3, pginas 7 a 15.
37
Influyen tambin, aunque en menor grado, la contextura fsica de la vctima y su estado de salud previo. 2.3.4. Mecanismo de produccin. En lo referente al mecanismo de produccin de las lesiones, se debe entender que hace referencia al modo y sucesin de las causas responsables del hecho traumtico, y la manera en que inciden sobre el organismo. En este sentido y de acuerdo a este criterio de clasificacin, se distinguen tres mecanismos patgenicos: Directos, indirectos y mixtos.29 El mecanismo directo se evidencia por los choques contra la estructura del vehculo, pavimento u obstculo. Si los impactos se verifican en el mismo sentido, las consecuencias de las lesiones sern heridas contusas en sus diversas variedades, como equimosis, excoriaciones, hematomas, heridas contusas propiamente dichas y fracturas. Si los impactos son mltiples, coetneos, sucesivos y en sentido opuesto, pueden presentarse, adems de las lesiones sealadas, rupturas viscerales, como por ejemplo, desgarros y estallidos. El mecanismo indirecto es independiente del impacto; est determinado por los procesos cinticos de aceleracin y desaceleracin bruscas que modifican los pesos de los diversos componentes orgnicos del cuerpo; pueden enumerarse las siguientes lesiones: cizallamiento de los pediculos vasculares, hematoma subdural, desinsercin mesentrica, desgarro heptico, esplnico, artico y diafragmtico, y contusiones enceflicas por contragolpe, entre las ms frecuentes. En el mecanismo mixto se producen lesiones como consecuencia de la expulsin violenta del ocupante fuera del vehculo o cuando este experimenta un vuelco. En este aspecto y para una mejor evaluacin de la causalidad de la lesin, en cuanto al mecanismo de produccin, deben tenerse en cuenta los siguientes factores: Masa y velocidad del vehculo: Debe considerarse que la magnitud de las lesiones est dada por la energa que se libera en el accidente y que depende de la masa y la velocidad; es conveniente recordar que la magnitud de la energa cintica est dada por la siguiente frmula:
29
Lesiones por accidentes. Consejo de salubridad general Universidad Autnoma de Mxico. Editorial McGraw-Hill Interamericana (1997).
38
E = m x velocidad2 /2 Duracin del choque: O sea el tiempo en que la energa tarda en liberarse, por lo que, a menor tiempo de produccin mayor cantidad y magnitud de lesiones, especialmente, las de carcter seo. 2.3.5. Tipos de accidente. Son distintos los tipos de accidente que pueden presentarse, ya cada uno de ellos origina unas lesiones caractersticas. Se pueden clasificar en tres modalidades.30 Atropello a peatn o ciclista. Colisin o choque (Vehculo de 4 ruedas). Colisin o choque (Vehculo de dos ruedas). En el atropello a peatn o ciclista, las principales lesiones que se producen son: Fracturas de huesos largos de las extremidades inferiores, fracturas y luxaciones articulares de la cadera y la rodilla, fracturas de pelvis, traumatismo craneoenceflico, traumatismos torcicos con fracturas de costillas y esternn, fracturas de huesos largos de la extremidad superior, traumatismos vertebrales. En la colisin o choque de vehculos de 4 ruedas, las lesiones caractersticas son: Sndrome del latigazo cervical, fractura o luxacin de la columna vertebral cervical, traumatismos craneofaciales, fractura o luxacin de la cadera, traumatismo torcico con fracturas de costilla y esternn. En la colisin o choque de vehculos de dos ruedas, las lesiones ms frecuentes se pueden resumir en: Traumatismos craneofaciales, fracturas de la extremidad superior, fracturas de la extremidad inferior, fractura vertebral con lesin medular.31 2.4. NORMATIVIDAD LEGAL El decreto 2423 de 199632 es el que determina la nomenclatura y clasificacin de los procedimientos mdicos, quirrgicos y hospitalarios del manual tarifario por medio del cual se establecen los valores de cada uno de los procedimientos y/o servicios mdicos prestados por las entidades hospitalarias. Este se debe aplicar
ALVAREZ, Francisco Javier. Seguridad vial y medicina de trfico. Editorial Masson (1997). SWIONTKOWSKI, Marc. Manual de ortopedia y traumatologa. Editorial Masson (2005). 32 Decreto 2423 de 1996. Consultado el 7 de septiembre de 2007 de http://www.presidencia.gov.co/prensa_new/decretoslinea/1996/diciembre/31/dec2423311996.pdf
31 30
39
obligatoriamente tanto por las entidades pblicas como por las privadas, cuando se trate de atencin de pacientes vctimas de accidentes de trnsito, desastres naturales, atentados terroristas, atencin inicial de urgencias y los dems eventos catastrficos definidos por el Consejo Nacional de Seguridad Social en Salud. Para cada una de las intervenciones quirrgicas, procedimientos de diagnstico, estancias y servicios mdicos se ha designado una nomenclatura y codificacin. De acuerdo al grado de complejidad, se le ha asignado un grupo (que puede ir del 1 al 21), y cada uno de los items facturados tiene asignado un valor en porcentaje del salario mnimo legal vigente. 2.5. SOFTWARE Las siguientes son las herramientas de programacin que se utilizarn para el desarrollo del aplicativo. 2.5.1. JAVA: Sun Microsystems, empresa de tecnologa estadounidense, fund en 1991 un proyecto interno de investigacin pajo el nombre cdigo Green. Esta investigacin estaba destinada a aprovechar el impacto que tendran los microprocesadores en la nueva generacin de artculos electrnicos. El proyecto result en el desarrollo de un lenguaje basado en C++ que su creador, James Gosling, llam Oak (Roble en ingls) despus de ver un roble que estaba ubicado junto a la ventana de su oficina en Sun. Poco despus se enter que ya haba un lenguaje de programacin con ese nombre. Cuando un gurpo de Sun visit un caf local, el nombre JAVA fue sugerido, y as qued. Con la explosin de la WWW33 en 1993, Sun vi el potencial de usar JAVA para adicionar contenido dinmico y animaciones en las pginas Web. Sun anunci formalmente a JAVA en una gran conferencia en 1995. JAVA gener un inmediato inters en la comunidad de negocios debido al fenomenal inters en la WWW. JAVA es usado para desarrollar aplicaciones empresariales de gran escala, para implementar la funcionalidad de los servidores de la WWW (los computadores que almacenan el contenido que se aprecia en los navegadores), para proveer aplicaciones para aparatos del consumidor (tales como celulares, beepers y asistentes digitales personales), y para otros muchos propsitos. Los programas en JAVA consisten en piezas llamadas clases. Las clases incluyen piezas llamadas mtodos que desarrollan tareas y retornan informacin cuando ellos completan esas tareas. El usuario puede crear cada pieza que necesita para
33
World Wide Web
40
formar un programa en JAVA. Sin embargo, la mayora de los programadores en JAVA toman ventaja de ricas colecciones de clases existentes en las libreras de clases de JAVA, las cuales tambin son conocidas como las JAVA APIs (Application Programming Interfaces)34. 2.5.2. CLIPS: Es una herramienta creada para el desarrollo y mantenimiento de sistemas expertos. Provee un ambiente completo para la construccin de sistemas expertos basados en reglas y/o objetos. Creada en 1985, es usada ampliamente en reas gubernamentales, industriales y acadmicas. Entre sus principales caractersticas se encuentran: Representacin del conocimiento. Provee una herramienta consistente para el manejo de una amplia variedad de conocimiento con soporte para tres diferentes paradigmas de programacin: Basado en reglas, orientado a objetos y procedimental. Portabilidad. Est escrito en C para portabilidad y velocidad, y ha sido instalado en diversos sistemas operativos sin necesidad de cambios en su cdigo. Integracin/Extensibilidad. CLIPS puede ser embebido dentro de cdigo procedimental, llamado como una subrutina, e integrado con lenguajes como C, JAVA, FORTRAN y ADA. Documentacin completa. Posee una documentacin extensa que incluye una manual de referencia y una gua del usuario. Bajo costo. CLIPS es mantenido como software de dominio pblico.35 2.5.3. MySQL: Esta base de datos se ha convertido en una de las ms populares bases de datos de fuente abierta debido a su consistente y rpido desempeo, su alta confiabilidad y su fcil uso. Es usada en ms de 11 millones de instalaciones que van desde grandes corporaciones hasta aplicaciones embebidas especializadas a travs de todo el mundo. MySQL corre en mas de 20 plataformas que incluyen Linux, Windows, OS/X, AIX, entre otras. Es compatible con la nueva generacin de aplicaciones de nueva generacin como PHP, Perl y Phyton. Entre las principales caractersticas de MySQL estn:
34
35
DEITEL H.M., DEITEL P.J. Java How to program. Editorial Prentice Hall (2003). What is Clips? (2007). Consultado el 13 de agosto de 2007 de http://www.ghg.net/clips/WhatIsCLIPS.html
41
Escalabilidad y flexibilidad. Alto desempeo. Robusto soporte transaccional. Fortaleza en almacenamiento en base de datos. Alta proteccin de datos. Desarrollo comprensivo de aplicaciones. Fcil mantenimiento. Libertad de fuente abierta. Bajo costo.36 2.5.4. JCLIPS: JCLIPS es una pieza de software que permite a los programadores en JAVA usar CLIPS en combinacin con JAVA embebiendo el motor de CLIPS en las aplicaciones JAVA. En JAVA es posible usar el motor de CLIPS (Cargar archivos, correr el motor, ejecutar comandos arbitrarios) y recibir informacin devuelta desde CLIPS en forma de cadenas de texto (strings). Se escribe la aplicacin en JAVA y se usan los dos archivos de JCLIPS (DLL y JAR) para establecer el puente entre JAVA y CLIPS. El archivo DLL contiene la distribucin completa de CLIPS, por lo que no se necesita instalar CLIPS separadamente. EL archivo JAR forma la parte de JAVA del software que implementa el puente. Fue desarrollado por Maarten Merken, de la Vrije Universiteit (msterdam, Holanda). Es un software de libre distribucin.37 2.6. MARCO CONTEXTUAL En Colombia no existe un aplicativo, orientado hacia la liquidacin de cuentas mdicas, que integre sistemas expertos con un lenguaje de programacin como JAVA. Los programas existentes estn orientados hacia diagnstico basado en formulacin de preguntas.
MySQL AB. The worlds most popular open source database (2007). Consultado el 13 de agosto de 2007 de http://www.mysql.com/why-mysql/topreasons.html 37 JClips. Clips for Java (2007). Consultado el 13 de agosto de 2007 de http://www.cs.vu.nl/~mrmenken/jclips/
36
42
Adicionalmente, la gran mayora de aplicativos en el rea del salud abarcan principalmente reas de gestin y administracin: Recopilacin de historias clnicas, control de citas, gestin administrativa, entre otros. El proyecto se desarrolla en la ciudad de Bogot, como tesis de grado en la lnea de nfasis de Ingeniera de Software en la facultad de Sistemas de la Universidad El Bosque. La concepcin e investigacin preeliminar sobre este proyecto se inici en el segundo semestre del ao 2005. La etapa final del desarrollo comprender el segundo semestre del ao 2007.
43
3. REQUERIMIENTOS 3.1. PROPSITO DEL DOCUMENTO El presente documento tiene como finalidad delinear los requerimientos, reglas y polticas bajo las cuales se diseara el software a implementar; de esta forma, se entregar al usuario informacin detallada sobre la funcionalidad, y se tendr disponible esta misma informacin para futuras mejoras o modificaciones del sistema. Este documento es realizado por Juan Carlos Daz Santos, estudiante de Ingeniera de Sistemas de la Universidad El Bosque, bajo la direccin del Ing. Javier Rodrguez Galeano. Es un proyecto nuevo, que tiene cierta relacin en lo que se refiere al sistema experto con proyectos de diagnstico de patologas que se estn desarrollando en la facultad de psicologa de la Universidad El Bosque. Dicha relacin no implica que se est utilizando parte alguna de los proyectos mencionados anteriormente. Por ltimo, este documento es realizado para servir de referencia a todas las personas que estn interesadas en el desarrollo de software relacionado con la aplicacin de sistemas expertos en medicina. 3.2. SITUACIN ACTUAL La medicina y la ingeniera de sistemas son dos ramas del conocimiento humano que se han venido integrando paulatinamente, a medida del desarrollo de esta ltima. Esta simbiosis se ha dado en muchas reas; en el caso que nos ocupa, se pretende optimizar el aspecto econmico de la liquidacin de procedimientos mdicos de traumatologa con el uso de las herramientas que puede proveer la ingeniera de software, aplicndolas especficamente en el proceso de liquidacin de las cuentas correspondientes al SOAT (Seguro Obligatorio de Accidentes de Trnsito) presentadas por las instituciones que atienden a las vctimas de los accidentes de trnsito. Se planea disear un software que permita, de acuerdo a los datos mdicos aportados, realizar de forma correcta y eficiente un esquema de tratamiento mdico, y posteriormente, realizar una liquidacin de los procedimientos
44
correspondientes a la especialidad de traumatologa, acorde a las lesiones sufridas por un paciente en el transcurso de un accidente automovilstico. De esta forma, con este proyecto se vern beneficiadas las aseguradoras, quienes podrn optimizar su funcionamiento. Adicionalmente se vern beneficiadas las diferentes reas de la medicina, puesto que los principios y estrategias de programacin implementados en este proyecto para sugerir un tratamiento en las especialidad de traumatologa, pueden hacerse extensivos a las dems especialidades. 3.3. RESUMEN EJECUTIVO Hoy en da una de las reas con ms crecimiento es la industria automovilstica. Debido al aumento de vehculos, se incrementan de una forma directamente proporcional los accidentes, y por consiguiente, la cantidad de lesionados que se presentan en ellos. De acuerdo a la legislacin actual, todo hospital o clnica est en la obligacin de atender a los heridos y posteriormente presentar la cuenta de cobro a la entidad correspondiente (Generalmente las empresas de seguros). Al llegar a las aseguradoras, las cuentas son sometidas a auditorias mdicas en las cuales se analiza la pertinencia o no de los procedimientos mdicos y/o quirrgicos facturados, y posteriormente se procede a hacer la liquidacin que generar el correspondiente pago. Si la institucin no est de acuerdo con la liquidacin, presenta otra reclamacin para dar inicio una vez mas al ciclo. El hecho de ser verificada de forma manual la pertinencia de cada cuenta, implica un gasto alto en recursos humanos, y lo ms importante, en tiempo y dinero. Con la implementacin de este proyecto, se unificaran los criterios de liquidacin en la especialidad de traumatologa, colocando de esta manera a un mismo nivel de entendimiento tanto a las entidades que facturan como a las aseguradoras que pagan. De esta forma, se agilizara el trmite total, obtenindose una ganancia considerable tanto en dinero como en tiempo.
45
3.4. BENEFICIOS DEL PROYECTO Disminucin del tiempo utilizado en las aseguradoras para realizar la auditoria de las cuentas mdicas. Aumento en la productividad de las aseguradoras, al poder dar trmite en menor cantidad de tiempo a ms cantidad de cuentas mdicas. Al poder pagrseles con ms rapidez a las instituciones medicas que prestan los servicios quirrgicos, estas vern un incremento en sus ingresos. Unificacin en los criterios mdicos para auditar las cuentas en las aseguradoras. En la rama de la medicina, la implementacin de un sistema experto para traumatologa que sugiera tratamientos puede ser extendida a otras especialidades, aplicndose en reas tales como la enseanza y/o la simulacin. Con la implementacin de este proyecto, se unificaran los criterios de liquidacin en la especialidad de traumatologa, colocando de esta manera a un mismo nivel de entendimiento tanto a las entidades que facturan como a las aseguradoras que pagan.
3.5. GLOSARIO LIQUIDACIN: En nuestro contexto especfico, se entiende como el valor a pagar por determinados servicios mdicos prestados a un paciente, de acuerdo a unos criterios de pertinencia. CUENTAS MEDICAS: Como su nombre lo indica, son las cuentas presentadas por las diferentes instituciones de salud por la atencin prestada a los pacientes. En nuestro caso, por la atencin derivada de accidentes en automvil. ACCIDENTE AUTOMOVILSTICO: De acuerdo a la legislacin actual, es un hecho ocasionado o en el que intervenga un vehculo automotor, en va
46
pblica o privada con acceso al pblico, destinada al trnsito de vehculos y que como consecuencia de su circulacin o trnsito o que por violacin de un precepto legal o reglamentacin de trnsito cause dao en la integridad fsica de las personas. ANALISTA: Es la persona encargada de verificar y hacer el primer anlisis de las cuentas mdicas presentadas por las diferentes instituciones de salud. AUDITOR MEDICO: Es la persona encargada de dar el visto bueno (aprobar) o hacer las correcciones a que haya lugar en las liquidaciones presentadas por los analistas. GLOSA: Procedimiento mdico, material quirrgico o medicamento que no se paga en una factura de acuerdo al anlisis realizado por el analista y aprobado por el auditor. PAGO TOTAL: Trmino que de aplica a aquellas facturas a las cuales no se les hace glosa alguna; es decir, que se pagan en su totalidad. ORTOPEDIA: Rama de la traumatologa que tiene por misin la correccin fsica o quirrgica de las deformidades congnitas o adquiridas, en el nio o en el adulto, de los huesos, articulaciones, msculos y tendones. LESIN: Toda alteracin de un grupo de clulas, tejido u rgano, que repercutir en mayor o menor grado directamente sobre su funcin. HOJA DE DIAGNSTICO: En el aplicativo, es la hoja en la cual se indican claramente a travs de cdigos las lesiones reportadas en el certificado de atencin mdica y en la historia clnica aportadas por la entidad hospitalaria. HOJA DE PROCEDIMIENTOS: En el aplicativo, es la hoja en la cual se indican claramente los procedimientos mdicoquirrgicos pertinentes de acuerdo a la informacin consignada previamente en la hoja de diagnstico. OPERACIN: Toda intervencin quirrgica practicada sobre un organismo vivo, en la que se utilizan instrumentos quirrgicos y se sigue una tcnica ms o menos definida.
47
REDUCCIN: En traumatologa, acto quirrgico consistente en reponer en su lugar los fragmentos de un hueso fracturado; luego se fijar y permanecer quieto, mediante una inmovilizacin. Tambin se usa el trmino para indicar la reposicin en su articulacin de un hueso que ha sufrido una luxacin. OSTEOSNTESIS: Intervencin quirrgica, consistente en la reduccin e inmovilizacin de una fractura sea, mediante clavos, tornillos, placas o ligaduras metlicas. INMOVILIZACIN: Tcnica para mantener fija, en una posicin correcta, una parte del organismo, generalmente fracturada o que necesita de reposo, lo que es propio de enfermedades de los huesos y de las articulaciones. FRACTURA: Rotura de un hueso debida a un traumatismo violento o de modo espontneo. Puede ser abierta (Cuando el hueso fracturado desgarra la piel asomndose al exterior) o cerrada (Sin lesin externa). LUXACIN: Desplazamiento anormal de las superficies seas que forman una articulacin y que se debe generalmente a una causa traumtica. 3.6. ABREVIATURAS SIGNIFICADO ABREVIATURA SOAT Seguro Obligatorio de Accidentes de Trnsito OMS Organizacin Mundial de la Salud CIE Clasificacin Internacional de Enfermedades
Tabla 1. Abreviaturas usadas.
3.7. REQUERIMIENTOS FUNCIONALES
Identificador del Caso de Uso CA1 Nombre Caso de Uso: Crear usuario
48
Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Crea una cuenta nueva para un nuevo usuario, permitindole posteriormente acceder al aplicativo Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Crear un nuevo usuario SISTEMA
2. El aplicativo solicita el ingreso de los datos de la nueva cuenta a crear: Nombre del usuario, Documento de identidad, Login, Password. 3. El administrador ingresa los datos solicitados por el aplicativo: Nombre del usuario, Documento de identidad, Login, Password. 4. El sistema valida los datos ingresados en el paso 3. 5. El sistema solicita al administrador la confirmacin de los datos ingresados. 6. El administrador confirma la informacin ingresada del nuevo usuario. 7. El sistema registra la informacin del nuevo usuario, e informa del proceso exitoso. Caminos Excepcin: de
1.
2.
3.
En el paso 3 si no se ha diligenciado completamente la informacin del nuevo usuario, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 4 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 7 si no fue posible crear el nuevo usuario, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso.
49
Caminos alternos
1. El administrador puede regresar a la pgina inicial, dando fin al caso de uso 2. En los pasos 1-2-3-4-5, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso. Indique las suposiciones que se realizan sobre el caso de uso.
Suposiciones: Pre-condiciones: Indique el estado inicial del caso de uso.
Post-condiciones: Se ha creado la nueva cuenta con la informacin dada por el administrador
Autor: Fecha:
Identificador del Caso de Uso CA2 Nombre Caso de Uso: Modificar usuario Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite realizar modificaciones y/o actualizaciones a una cuenta de usuario previamente creada en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Modificar informacin de usuario SISTEMA
2. Se dan dos opciones al administrador para seleccionar el usuario cuya cuenta se va a modificar: A) Se despliega una
50
lista con todos los usuarios existentes. B) El administrador puede ingresar directamente el login del usuario a modificar. 3. El administrador escoge el usuario cuya cuenta se va a modificar de la lista o suministra directamente el dato solicitado. 4. El sistema muestra toda la informacin de la cuenta relacionada con el usuario, y permite modificar los siguientes datos: Nombre del usuario, Documento de identidad, Password, login. 5. El administrador realiza las modificaciones en la informacin. 6. El sistema valida los datos ingresados en el paso 5. 7. El sistema solicita al administrador la confirmacin de los datos ingresados. 8. El administrador confirma la informacin actualizada del usuario. 9. Se registra en el sistema la informacin con los datos actualizados de la cuenta, y se informa del proceso exitoso. Caminos Excepcin: de
1.
2.
3.
En el paso 5 si no se ha diligenciado completamente la informacin del usuario, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 6 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 9 si no fue posible modificar la informacin del usuario, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7-8, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Caminos alternos
1. 2.
Suposiciones: .
51
Pre-condiciones: La cuenta del usuario debe haber sido creada previamente Post-condiciones: Se ha modificado la cuenta con la informacin dada por el administrador
Autor: Fecha:
Identificador del Caso de Uso CA3 Nombre Caso de Uso: Eliminar usuario Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar una cuenta de usuario previamente creada en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Eliminar usuario SISTEMA
2. Se dan dos opciones al administrador para seleccionar el usuario cuya cuenta se va a eliminar: A) Se despliega una lista con todos los usuarios existentes. B) El administrador puede ingresar directamente el login de la cuenta a eliminar. 3. El administrador escoge la cuenta a modificar de la lista o suministra directamente el dato solicitado. 4. El sistema muestra toda la informacin de la cuenta relacionada con el login, y permite modificar los siguientes datos:
52
Nombre del usuario, Documento de identidad, Password, login 5. El administrador escoge la opcin Eliminar, para eliminar la cuenta del sistema. 6. El sistema solicita la confirmacin de la eliminacin de la cuenta. 7. El administrador acepta la confirmacin de eliminacin de la cuenta. 8. Se elimina del sistema la cuenta con toda su informacin, informando del proceso exitoso. Caminos Excepcin: de
1.
En el paso 8 el sistema informa que no fue posible eliminar la cuenta indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Caminos alternos
1. 2.
Suposiciones: . Pre-condiciones: La cuenta del usuario debe haber sido creada previamente Post-condiciones: Se ha eliminado la cuenta correspondiente al login dado por el administrador
Autor: Fecha:
Identificador Caso de Uso
del CA4
Nombre Caso de Uso: Crear Lesin
53
Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Aade una nueva lesin al sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Crear lesin SISTEMA 2. El aplicativo solicita el ingreso de los datos de la nueva lesin a crear: CdigoLesin, DescripcinLesin 3. El administrador ingresa los datos solicitados por el aplicativo: CdigoLesin, DescripcinLesin 4. El sistema valida los datos ingresados en el paso 3. 5. El sistema solicita al administrador la confirmacin de los datos ingresados. 6. El administrador confirma la informacin ingresada de la nueva lesin. 7. El sistema registra la informacin de la nueva lesin, e informa del proceso exitoso Caminos Excepcin: de
1.
2.
3.
En el paso 3 si no se ha diligenciado completamente la informacin de la nueva lesin, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 4 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 7 si no fue posible crear la nueva lesin, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso.
Caminos Alternos: 1. 2. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso,
54
terminando el caso de uso. Suposiciones: Pre-condiciones: Post-condiciones: Lesin ingresada. Autor: Fecha: Juan Carlos Diaz Se conoce el cdigo utilizado a nivel internacional por la OMS La lesin no se ha ingresado previamente al sistema
del CA5
Nombre Caso de Uso: Modificar Lesin Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Permite realizar actualizaciones y/o modificaciones a una lesin ingresada con anterioridad en el sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Modificar lesin. SISTEMA
2. Se dan dos opciones al administrador para seleccionar la lesin a modificar: A) Se despliega una lista con todas las lesiones existentes. B) El administrador puede ingresar directamente el CodigoLesin de la lesin a modificar. 3. El administrador escoge la lesin a modificar de la lista o suministra directamente el dato solicitado 4 El sistema muestra toda la informacin de la lesin seleccionada, y permite modificar los siguientes datos: CdigoLesin, DescripcinLesin
55
5. El administrador realiza las modificaciones en la informacin. 6. El sistema valida los datos ingresados en el paso 5. 7. El sistema solicita al administrador la confirmacin de los datos ingresados. 8. El administrador confirma la informacin actualizada de la lesin. 9. Se registra en el sistema la informacin con los datos actualizados de la lesin, y se informa del proceso exitoso. Caminos Excepcin: de
1.
2.
3.
En el paso 5 si no se ha diligenciado completamente la informacin de la lesin, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 6 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 9 si no fue posible modificar la informacin de la lesin, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7-8, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Caminos Alternos:
1. 2.
Suposiciones: . Pre-condiciones: La lesin debe haber sido creada previamente Post-condiciones: Se ha modificado la lesin con la informacin dada por el administrador
Autor: Fecha:
56
Identificador del Caso de Uso CA6 Nombre Caso de Uso: Eliminar lesin Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar una lesin previamente creada en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Eliminar lesin SISTEMA
2. Se dan dos opciones al administrador para seleccionar la lesin a eliminar: A) Se despliega una lista con todas las lesiones existentes. B) El administrador puede ingresar directamente el CdigoLesin de la lesin a eliminar. 3. El administrador escoge la lesin a eliminar de la lista o suministra directamente el dato solicitado. 4. El sistema muestra toda la informacin de la lesin relacionada con el CodigoLesin. 5. El administrador escoge la opcin Eliminar, para eliminar la lesin del sistema. 6. El sistema solicita la confirmacin de la eliminacin de la lesin. 7. El administrador acepta la confirmacin de eliminacin de la lesin. 8. Se elimina del sistema la lesin con toda su informacin, informando del proceso exitoso. Caminos de
57
Excepcin:
1.
En el paso 8 el sistema informa que no fue posible eliminar la lesin indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Caminos alternos
1. 2.
Suposiciones: . Pre-condiciones: La lesin debe haber sido creada previamente Post-condiciones: Se ha eliminado la lesin correspondiente al cdigo dado por el administrador
Autor: Fecha:
del CA7-CU1
Nombre Caso de Uso: Crear Hoja de Procedimientos Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Aade una nueva hoja de procedimientos al sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Crear Hoja de Procedimientos SISTEMA
2. El aplicativo solicita el ingreso de los datos de la nueva Hoja de Procedimientos a crear:
58
CodigoHojaProc, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, FechaProc, CodigoProc, ViaAccesoProc 3. El administrador ingresa los datos solicitados por el aplicativo: CodigoHojaProc, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, FechaProc, CodigoProc, ViaAccesoProc 4. El sistema valida los datos ingresados en el paso 3. 5. El sistema solicita al administrador la confirmacin de los datos ingresados. 6. El administrador confirma la informacin ingresada de la nueva Hoja de Procedimientos.. 7. El sistema registra la informacin de la nueva hoja de procedimientos e informa del proceso exitoso Caminos Excepcin: de
1.
2. 3.
En el paso 3 si no se ha diligenciado completamente la informacin de la nueva Hoja de Procedimientos, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 4 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 7 si no fue posible crear la nueva Hoja de Procedimientos, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso.
Caminos Alternos: 1. 2. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Suposiciones: Pre-condiciones:
Se conoce el cdigo de los procedimientos utilizado a nivel internacional por la OMS La Hoja de Procedimientos no se ha ingresado previamente al sistema
59
Post-condiciones: Hoja de Procedimientos ingresada. Autor: Fecha: Juan Carlos Diaz
del CA8-CU2
Nombre Caso de Uso: Modificar Hoja de Procedimientos Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Permite realizar actualizaciones y/o modificaciones a una Hoja de Procedimientos existente en el sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Modificar Hoja de Procedimientos. SISTEMA
2. Se dan dos opciones al administrador para seleccionar la Hoja a modificar: A) Se despliega una lista con todas las hojsa de procedmiento existentes. B) El administrador puede ingresar directamente el CodigoHojaProc de la lesin a modificar.. 3. El administrador escoge la hoja de procedimientos a modificar de
60
la lista o suministra directamente el dato solicitado 4 El sistema muestra toda la informacin de la lesin seleccionada, y permite modificar los siguientes datos: CodigoHojaProc, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, FechaProc, CodigoProc, ViaAccesoProc 5. El administrador realiza las modificaciones en la informacin. 6. El sistema valida los datos ingresados en el paso 5. 7. El sistema solicita al administrador la confirmacin de los datos ingresados. 8. El administrador confirma la informacin actualizada de la Hoja de Procedimientos. 9. Se registra en el sistema la informacin con los datos actualizados de la Hoja de Procedimientos, informando del proceso exitoso Caminos Excepcin: de
1.
2. 3.
Caminos Alternos:
1. 2.
Suposiciones: . Pre-condiciones: La Hoja de Procedimientos debe haber sido creada previamente
61
Post-condiciones: Se ha modificado la Hoja de Procedimientos con la informacin dada por el administrador
Autor: Fecha:
Identificador del Caso de Uso CA9 Nombre Caso de Uso: Eliminar Hoja de Procedimientos Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar una Hoja de Procedimientos previamente creada en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Eliminar Hoja de Procedimientos SISTEMA
2. Se dan dos opciones al administrador para seleccionar la hoja de procedimientos a eliminar: A) Se despliega una lista con todas las Hojas de Procedimiento existentes. B) El administrador puede ingresar directamente el CdigoHojaProc de la lesin a eliminar. 3. El administrador escoge la Hoja de Procedimiento a eliminar de la lista o suministra directamente el dato solicitado. 4. El sistema muestra toda la informacin de la Hoja de Procedimiento relacionada con el CodigoHojaProc. 5. El administrador escoge la
62
opcin Eliminar, para eliminar la Hoja de Procedimientos del sistema. 6. El sistema solicita la confirmacin de la eliminacin de la Hoja de Procedimientos 7. El administrador acepta la confirmacin de eliminacin de la Hoja de Procedimientos. 8. Se elimina del sistema la Hoja de Procedimientos con toda su informacin, informando el proceso exitoso. Caminos Excepcin: de
1.
En el paso 8 el sistema informa que no fue posible eliminar la Hoja de Procedimientos indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Caminos alternos
1. 2.
Suposiciones: . Pre-condiciones: La Hoja de Procedimientos debe haber sido creada previamente Post-condiciones: Se ha eliminado la Hoja de Procedimientos correspondiente al cdigo dado por el administrador
Autor: Fecha:
del CA10
Nombre Caso de Uso: Crear Procedimiento Prioridad y Tipo
63
Prioridad = Alta Tipo = Necesario Descripcin Aade un nuevo procedimiento al sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Crear Procedimiento SISTEMA 2. El aplicativo solicita el ingreso de los datos del nuevo procedimiento a crear: CdigoProcedimiento,, DescripcinProcedimiento, Grupo,Tarifa 3. El administrador ingresa los datos solicitados por el aplicativo: CdigoProcedimiento,, DescripcinProcedimiento, Grupo,Tarifa 4. El sistema valida los datos ingresados en el paso 3. 5. El sistema solicita al administrador la confirmacin de los datos ingresados. 6. El administrador confirma la informacin ingresada del nuevo procedimiento. 7. El sistema registra la informacin del nuevo procedimiento, e informa del proceso exitoso. Caminos Excepcin: de
1.
2. 3. Caminos Alternos: 1.
En el paso 3 si no se ha diligenciado completamente la informacin de el nuevo procedimiento, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 4 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 7 si no fue posible crear el nuevo procedimiento, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso. El administrador puede regresar a la pgina inicial, dando fin al
64
2.
caso de uso En los pasos 1-2-3-4-5-6, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Suposiciones: Pre-condiciones: Post-condiciones:
Se conoce el cdigo utilizado a nivel internacional por la OMS El procedimiento no se ha ingresado previamente al sistema
Procedimiento ingresado. Autor: Fecha: Juan Carlos Diaz
del CA11
Nombre Caso de Uso: Modificar Procedimiento Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Permite realizar actualizaciones y/o modificaciones a un procedimiento ingresado con anterioridad en el sistema. Curso Eventos: Bsico ACTOR 1. El administrador selecciona la opcin Modificar Procedimiento. SISTEMA
2. Se dan dos opciones al administrador para seleccionar el procedimiento a modificar: A) Se despliega una lista con todos los procedimientos existentes. B) El administrador puede ingresar directamente el CodigoProc de el procedimiento a modificar. 3. El administrador escoge el procedimiento a modificar de la lista o suministra directamente el dato solicitado 4 El sistema muestra toda la
65
informacin de el procedimiento seleccionado, y permite modificar los siguientes datos: CdigoProcedimiento,, DescripcinProcedimiento, Grupo,Tarifa 5. El administrador realiza las modificaciones en la informacin. 6. El sistema valida los datos ingresados en el paso 5. 7. El sistema solicita al administrador la confirmacin de los datos ingresados. 8. El administrador confirma la informacin actualizada del procedimiento 9. Se registra en el sistema la informacin con los datos actualizados de la lesin, y se informa del proceso exitoso. Caminos Excepcin: de
1.
2. 3.
Caminos Alternos:
1. 2.
Suposiciones: . Pre-condiciones: El procedimiento debe haber sido creado previamente Post-condiciones: Se ha modificado el procedimiento con la informacin dada por el administrador
66
Autor: Fecha:
Identificador del Caso de Uso CA12 Nombre Caso de Uso: Eliminar Procedimiento Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar un procedimiento previamente creado en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Eliminar procedimiento SISTEMA
2. Se dan dos opciones al administrador para seleccionar el procedimiento a eliminar: A) Se despliega una lista con todos los procedimientos existentes. B) El administrador puede ingresar directamente el CdigoProc del procedimiento a eliminar. 3. El administrador escoge el procedimiento a eliminar de la lista o suministra directamente el dato solicitado. 4. El sistema muestra toda la informacin del procedimiento relacionado con el CodigoProc 5. El administrador escoge la opcin Eliminar, para eliminar el procedimiento del sistema 6. El sistema solicita la confirmacin de la eliminacin del procedimiento. 7. El administrador acepta la confirmacin de eliminacin del procedimiento. 8. Se elimina del sistema la lesin
67
con toda su informacin, informando del proceso exitoso. Caminos Excepcin: de
1.
En el paso 8 el sistema informa que no fue posible eliminar el procedimiento indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Caminos alternos
1. 2.
Suposiciones: . Pre-condiciones: El procedimiento debe haber sido creado previamente Post-condiciones: Se ha eliminado el procedimiento correspondiente al cdigo dado por el administrador
Autor: Fecha:
del CA13-CU1
Nombre Caso de Uso: Crear Hoja de Diagnstico Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Aade una nueva hoja de Diagnstico al sistema. Curso Eventos: Bsico ACTOR SISTEMA
68
1. El usuario selecciona la opcin Crear Hoja de Diagnstico 2. El aplicativo solicita el ingreso de los datos de la nueva Hoja de Diagnstico a crear: CodigoHojaDiag, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, CodigoDiag 3. El administrador ingresa los datos solicitados por el aplicativo: CodigoHojaDiag, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, CodigoDiag 4. El sistema valida los datos ingresados en el paso 3. 5. El sistema solicita al administrador la confirmacin de los datos ingresados. 6. El administrador confirma la informacin ingresada de la nueva Hoja de Diagnsticos.. 6. El sistema registra la informacin de la nueva hoja de diagnsticos e informa del proceso exitoso Caminos Excepcin: de
1.
2.
3.
En el paso 3 si no se ha diligenciado completamente la informacin de la nueva Hoja de Diagnsticos, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 4 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 7 si no fue posible crear la nueva Hoja de Diagnsticos, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso.
Caminos Alternos: 1. 2. El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Suposiciones:
Se conoce el cdigo de las lesiones utilizado a nivel internacional por la
69
OMS Pre-condiciones: Post-condiciones: Hoja de Diagnstico ingresada. Autor: Fecha: Juan Carlos Diaz La Hoja de Diagnstico no se ha ingresado previamente al sistema
del CA14-CU2
Nombre Caso de Uso: Modificar Hoja de Diagnstico Prioridad y Tipo Prioridad = Alta Tipo = Necesario Descripcin Permite realizar actualizaciones y/o modificaciones a una Hoja de Diagnstico ingresada con anterioridad en el sistema. Curso Eventos: Bsico ACTOR 1. El usuario selecciona la opcin Modificar Hoja de Diagnstico. SISTEMA
2. Se dan dos opciones al administrador para seleccionar la Hoja de diagnstico a modificar: A) Se despliega una lista con todas las hojas de diagnstico existentes. B) El administrador puede ingresar directamente el CodigoHojaDiag de Hoja de
70
Diagnstico a modificar. 3. El administrador escoge la hoja de diagnstico a modificar de la lista o suministra directamente el dato solicitado 4 El sistema muestra toda la informacin de la lesin seleccionada, y permite modificar los siguientes datos: CodigoHojaDiag, DocumentoPaciente, NombrePaciente, EdadPaciente, FechaAccidente, CodigoLesion 5. El administrador realiza las modificaciones en la informacin.. 6. El sistema valida los datos ingresados en el paso 5. 7. El sistema solicita al administrador la confirmacin de los datos ingresados 8. El administrador confirma la informacin actualizada de la Hoja de Diagnstico. 9. Se registra en el sistema la informacin con los datos actualizados de la Hoja de Diagnstico, informando del proceso exitoso Caminos Excepcin: de
1.
2. 3.
Caminos Alternos:
1. 2.
En el paso 5 si no se ha diligenciado completamente la informacin de la hoja de diagnstico, el sistema informa que se debe diligenciar toda la informacin solicitada; vuelve a solicitar la informacin y contina el caso de uso. En el paso 6 si hay un error en los datos suministrados por el administrador, el sistema solicita corregir la informacin ingresada y contina el caso de uso. En el paso 9 si no fue posible modificar la informacin de la hoja de diagnstico, el sistema informa la situacin indicando las causas, e indica que es necesario hacer un nuevo intento. Termina el caso de uso El administrador puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7-8, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso.
Suposiciones: .
71
Pre-condiciones: La Hoja de Diagnstico debe haber sido creada previamente Post-condiciones: Se ha modificado la Hoja de Diagnstico con la informacin dada por el administrador
Autor: Fecha:
Identificador del Caso de Uso CA15-CU3 Nombre Caso de Uso: Eliminar Hoja de Diagnstico Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar una Hoja de Diagnstico previamente creada en el aplicativo. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Eliminar Hoja de Diagnstico SISTEMA
2. Se dan dos opciones al administrador para seleccionar la hoja de diagnstico a eliminar: A) Se despliega una lista con todas las hojas de diagnstico existentes. B) El administrador puede ingresar directamente el CdigoHojaDiag de la Hoja de Diagnstico a eliminar. 3. El administrador escoge la Hoja de Diagnstico a eliminar de la lista o suministra directamente el dato solicitado 4. El sistema muestra toda la informacin de la Hoja de Diagnstico relacionada con el
72
CodigoHojaDiag 5. El administrador escoge la opcin Eliminar, para eliminar la Hoja de Diagnstico del sistema. 6. El sistema solicita la confirmacin de la eliminacin de la Hoja de Diagnstico 7. El administrador acepta la confirmacin de eliminacin de la Hoja de Diagnstico 8. Se elimina del sistema la Hoja de Diagnstico con toda su informacin, informando el proceso exitoso. Caminos Excepcin: de
1.
Caminos alternos
1. 2.
En el paso 8 el sistema informa que no fue posible eliminar la Hoja de Diagnstico indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones: . Pre-condiciones: La Hoja de Diagnstico debe haber sido creada previamente Post-condiciones: Se ha eliminado la Hoja de Diagnstico correspondiente al cdigo dado por el administrador
Autor: Fecha:
Identificador del Caso de Uso CA16 Nombre Caso de Uso: Consultar Hoja procedimiento Prioridad y Tipo Prioridad media
de
Procedimiento
por
Cdigo
de
hoja
de
73
Tipo necesario Descripcin Permite consultar la informacin de la Hoja de procedimiento cuyo Cdigo de hoja de procedimiento asociado coincida con el indicado. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Consultar hoja de Procedimiento por cdigo de hoja de procedimiento SISTEMA
2. Se solicita al administrador el cdigo de la hoja de procedimiento a buscar. 3. El usuario ingresa el cdigo de la hoja de procedimiento a buscar. 4. El sistema muestra toda la informacin de la Hoja de Procedimiento relacionada con el CodigoHojaProc Caminos Excepcin: de
1.
Caminos alternos
3. 4.
En el paso 4 el sistema informa que no existe una hoja de procedimiento asociada con el cdigo dado, termina el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4, si el usuario desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones: . Pre-condiciones:
Post-condiciones: Se ha mostrado la informacin de la Hoja de Procedimiento correspondiente al codigo suministrado, o se ha informado de la no existencia de esta. Autor: Juan Carlos Daz Santos
74
Fecha: Identificador del CA17 Caso de Uso Nombre Caso de Uso: Consultar Hoja de Procedimiento por Documento de paciente. Prioridad y Tipo Prioridad media Tipo necesario Descripcin Permite consultar la informacin de la(s) Hoja(s) de procedimiento cuyo Documento de paciente asociado coincida con el indicado. Curso Eventos: Bsico ACTOR 1.El administrador del sistema selecciona la opcin Consultar hoja de Procedimiento por Documento de paciente SISTEMA
2. Se solicita al administrador el nmero del documento de paciente a buscar 3. El administrador ingresa el nmero de documento del paciente. 4. El sistema muestra toda la informacin de la(s) Hoja(s) de Procedimiento asociada(s) con el Documento del paciente Caminos Excepcin: de
1.
Caminos alternos
1. 2.
En el paso 4 el sistema informa que no existe una hoja de procedimiento asociada con el documento de paciente dado, termina el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4, si el usuario desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
75
Post-condiciones: Se ha mostrado la informacin de la(s) Hoja(s) de Procedimiento correspondiente(s) al nmero de documento de paciente suministrado, o se ha informado de la no existencia de esta. Autor: Fecha: Juan Carlos Daz Santos
Identificador del Caso de Uso CA18 Nombre Caso de Uso: Consultar Hoja de Diagnstico por Cdigo de hoja de diagnstico Prioridad y Tipo Prioridad media Tipo necesario Descripcin Permite consultar la informacin de la Hoja de diagnstico cuyo Cdigo de hoja de diagnstico asociado coincida con el indicado. Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Consultar hoja de Diagnstico por cdigo de hoja de diagnstico SISTEMA
2. Se solicita al usuario el cdigo de la hoja de diagnstico a buscar. 3. El usuario ingresa el dato solicitado. 4. El sistema muestra toda la informacin de la Hoja de Diagnstico relacionada con el CodigoHojaDiag Caminos Excepcin: de
1.
Caminos alternos
1. 2.
En el paso 4 el sistema informa que no existe una hoja de diagnstico asociada con el cdigo dado, termina el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4, si el usuario desea cancelar el
76
proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso Suposiciones: . Pre-condiciones:
Post-condiciones: Se ha mostrado la informacin de la Hoja de Diagnstico correspondiente al codigo suministrado, o se ha informado de la no existencia de esta. Autor: Fecha: Juan Carlos Daz Santos
Identificador del Caso de Uso CA19 Nombre Caso de Uso: Consultar Hoja de Diagnstico por Documento de paciente. Prioridad y Tipo Prioridad media Tipo necesario Descripcin Permite consultar la informacin de la(s) Hoja(s) de diagnstico cuyo Documento de paciente asociado coincida con el indicado. Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Consultar hoja de Diagnstico por Documento de paciente SISTEMA
2. Se solicita al usuario el nmero del documento de paciente a buscar 3. El usuario ingresa el dato solicitado. 4. El sistema muestra toda la informacin de la(s) Hoja(s) de Diagnstico asociada(s) con el Documento del paciente
77
Caminos Excepcin:
de
1.
Caminos alternos
1. 2.
En el paso 4 el sistema informa que no existe una hoja de diagnstico asociada con el documento de paciente dado, termina el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4, si el usuario desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Post-condiciones: Se ha mostrado la informacin de la(s) Hoja(s) de Diagnstico correspondiente(s) al nmero de documento de paciente suministrado, o se ha informado de la no existencia de esta. Autor: Fecha: Juan Carlos Daz Santos
Identificador del Caso de Uso CA20 Nombre Caso de Uso: Generar liquidacin Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite liquidar los procedimientos realizados a un paciente, de acuerdo al diagnstico inicial. Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Generar liquidacin SISTEMA
2. Se solicita al usuario el nmero del documento de paciente a facturar
78
3. El usuario ingresa el dato solicitado. 4. El sistema muestra toda la informacin de la(s) Hoja(s) de Procedimiento asociada(s) con el Documento del paciente, y solicita confirmar de cual se desea hacer la factura 5. El usuario indica de cual hoja de procedimiento se desea hacer la factura 6. El sistema solicita confirmacin para realizar facturacin 7. El usuario confirma la creacin de la factura 8. El sistema realiza el proceso de facturacin, e informa del proceso exitoso. Caminos Excepcin: de la la
1. 2.
Caminos alternos
1. 2.
En el paso 8 el sistema informa que no fue posible realizar la facturacin indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento En el paso 4 el sistema informa que no hay hojas de procedimiento asociadas al documento, terminando el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones: . Pre-condiciones: Existe mnimo una hoja de procedimiento asociada al documento del paciente para poder realizar la facturacin
Post-condiciones: Se crea la liquidacin. Autor: Fecha: Identificador Caso de Uso del CA21 Juan Carlos Daz Santos
79
Nombre Caso de Uso: Modificar Liquidacin Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Modificar liquidacin SISTEMA Permite modificar el contenido de una factura .
2. Se solicita al usuario el nmero de liquidacin a modificar 3. El usuario ingresa el dato solicitado. 4. El sistema muestra la liquidacinra solicitada junto con su contenido. 5. El usuario realiza las modificaciones que considera pertinentes 6. El sistema valida los datos ingresados en le paso 5. 7. El sistema solicita la confirmacin para grabar las modificaciones realizadas. 8. El usuario confirma modificacin de la liquidacin la 9. El sistema realiza el proceso de modificacin de la liquidacin, e informa del proceso exitoso. Caminos Excepcin: de
1.
Caminos alternos
1. 2.
En el paso 9 el sistema informa que no fue posible realizar la facturacin indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones:
80
. Pre-condiciones: Post-condiciones: Se modifica la liquidacin original. Autor: Fecha: Juan Carlos Daz Santos Existe la liquidacin de la cual se quiere hacer la modificacin.
Identificador del Caso de Uso CA22 Nombre Caso de Uso: Eliminar liquidacin Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite eliminar una liquidacin. Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Eliminar una liquidacin SISTEMA
2. Se solicita al usuario el nmero de liquidacin a eliminar 3. El usuario ingresa el dato solicitado. 4. El sistema muestra la liquidacin solicitada junto con su contenido. 5. El administrador escoge la opcin Eliminar, para eliminar la liquidacin del sistema 6. El sistema solicita la confirmacin de eliminacin de la liquidacin. 7. El usuario confirma liquidacin de la factura la 8. Se elimina del sistema la liquidacin con toda su informacin, reportando el proceso exitoso.
81
Caminos Excepcin:
de
1.
Caminos alternos
1. 2.
En el paso 8 el sistema informa que no fue posible realizar la liquidacin indicando las causas, termina el caso de uso e indica que es necesario hacer un nuevo intento El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5-6-7, si el administrador desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones: . Pre-condiciones: Post-condiciones: Se ha eliminado la liquidacin indicada por el usuario. Autor: Fecha: Juan Carlos Daz Santos La liquidacin debe haber sido creada previamente.
Identificador del Caso de Uso CA23 Nombre Caso de Uso: Imprimir liquidacin Prioridad y Tipo Prioridad media Tipo necesario Descripcin Permite imprimir una liquidacin determinada. Curso Eventos: Bsico ACTOR 1.El usuario del sistema selecciona la opcin Imprimir liquidacin SISTEMA
2. Se solicita al usuario el nmero de la liquidacin a imprimir. 3. El usuario ingresa el dato solicitado. 4. El sistema muestra toda la informacin de la liquidacin, y solicita la confirmacin para la impresin 5. El usuario confirma la
82
impresin 6. El sistema imprime la liquidacin, y reporta el proceso exitoso. Caminos Excepcin: de
1.
Caminos alternos
1. 2.
En el paso 4 el sistema informa que no existe una liquidacin que concuerde con el nmero dado, termina el caso de uso. El usuario puede regresar a la pgina inicial, dando fin al caso de uso En los pasos 1-2-3-4-5, si el usuario desea cancelar el proceso, el sistema brinda la opcin de cancelar el proceso, terminando el caso de uso
Suposiciones: . Pre-condiciones: La liquidacin que se quiere imprimir existe en el sistema
Post-condiciones: Se ha impreso la liquidacin. Autor: Fecha: Juan Carlos Daz Santos
Identificador del Caso de Uso CA24 Nombre Caso de Uso: Iniciar sesin Prioridad y Tipo Prioridad alta Tipo necesario Descripcin Permite iniciar la sesin en el sistema. Curso Eventos: Bsico ACTOR SISTEMA 1. El sistema solicita el login y el password
2. La persona que usa el sistema ingresa los datos solicitados 3. El sistema valida la informacin registrada y permite el acceso al
83
aplicativo.
Caminos Excepcin:
de
Caminos alternos Suposiciones: . Pre-condiciones: Post-condiciones:
1. En el paso 3 el sistema informa que no existe un usuario registrado en el sistema cuya informacin coincida con la suministrada. Termina el caso de uso. 1. El usuario puede cancelar, dando fin al caso de uso
El usuario ha ingresado al aplicativo. Autor: Fecha: Juan Carlos Daz Santos
84
3.8. DIAGRAMAS CASOS DE USO
USUARIO
CU4 - CA23: Imprimir liquidacin CU7-CA14: Modificar Hoja Diagnstico CU13 - CA24 : Iniciar sesin
CU12 - CA16: Consultar Hoja Procedimiento por Cod Hoja Procedimiento
CU11 - CA17:Consultar Hoja Procedimiento por Documento
CU6-CA13: Crear Hoja Diagnstico
CU8-CA15: Eliminar Hoja Diagnstico
CU10 - CA18:Consultar Hoja Diagnstico por Cod Hoja Diagnostico
CU9 - CA19:Consultar Hoja Diagnstico por Documento
CU1 - CA7: Crear Hoja Procedimientos
CU5 - CA9: Eliminar Hoja Procedimientos
CU2 - CA8: Modificar Hoja Procedimientos
CU3 - CA20: Generar liquidacin
85
ADMINISTRADOR
CA16 - CU12: Consultar Hoja Procedimiento por Cdigo Hoja Procedimiento CA17 - CU11: Consultar Hoja Procedimiento por Documento CA18 - CU10: Consultar Hoja Diagnstico por Cdigo Hoja Diagnostico CA19 - CU9: Consultar Hoja Diagnstico por Documento
CA1: Crear Usuario
CA15-CU8: Eliminar Hoja Diagnstico
CA2: Modificar Usuario
CA14-CU7: Modificar Hoja Diagnstico
CA3: Eliminar Usuario
CA13-CU6: Crear Hoja Diagnstico
CA4: Crear Lesion
CA12: Eliminar Procedimiento
CA5: Modificar Lesin
CA11: Modificar procedimiento
CA6: Eliminar Lesin
CA10: Crear procedimiento
CA7 - CU1: Crear Hoja Procedimientos
CA9 - CU5: Eliminar Hoja Procedimientos
CA8 - CU2: Modificar Hoja Procedimientos
CA22: Eliminar liquidacin
CA20 - CU3: Generar liquidacin CA21: Modificar liquidacin CA24 - CU13: Iniciar sesin
CA23 - CU4: Imprimir liquidacin
86
3.9. REQUERIMIENTOS NO FUNCIONALES
Id RF1
Requerimiento El programa ser implementado en CLIPS (sistema experto), JCLIPS (conectividad Java), MySQL (Base de datos) El uso del programa y de la informacin conectada en l estar restringido, de forma tal que solo tengan acceso las personas autorizadas. Se debe asegurar la escalabilidad del sistema, de forma tal que se pueden satisfacer los nuevos requerimientos que se hagan con el paso del tiempo. El ajuste de datos tales como tarifas y precios de procedimientos deber poder hacerse de forma rpida, sin alterar el funcionamiento del software. El programa deber realizar sus funciones de forma rpida y con la exactitud necesaria, de forma tal que se reduzca al mnimo posible la supervisin humana. Se har la documentacin necesaria, de forma tal que sirva de base para futuras ampliaciones y extensiones del aplicativo. El software debe poseer la fortaleza y consistencia necesarias (ser robusto) El sistema debe ser amigable, de forma tal que no sea necesario hacer mucha inversin en tiempo y recurso humano para adiestrar al usuario en el manejo del aplicativo. El programa no demandar grandes recursos en Hardware, ni para su diseo ni para su funcionamiento. Se debe garantizar la confiabilidad de la informacin base de funcionamiento del sistema.
Tipo
Priori dad
Restriccin de A Implementacin Seguridad A
Casos de Uso Afectados Todos
RF2
Todos
RF3
Escalabilidad
Todos
RF4
Flexibilidad
Todos
RF5
Calidad Eficiencia
Todos
RF6
Restricciones de A Documentacin Robustez Interfaz Software A de A
Todos
RF7 RF8
Todos Todos
RF9 RF10
Costo desarrollo Confiabilidad
de A A
Todos Todos
87
3.10. NORMAS, POLTICAS Y REGLAS DEL NEGOCIO Por medio del decreto 2423 de 1996, el gobierno reglament la nomenclatura y clasificacin de los procedimientos mdicos, quirrgicos y hospitalarios del manual tarifario, y dict otras disposiciones sobre el tema. En estos procedimientos estn incluidos los procedimientos de Traumatologa. Este decreto es la base legal sobre la cual se sustenta el proyecto. La nomenclatura de las lesiones son determinadas a nivel mundial por la Organizacin Mundial de la Salud (OMS). Tanto los cdigos de las lesiones como de los procedimientos mdico quirrgicos que se utilizarn durante el proyecto, son los establecidos por los dos entes mencionados anteriormente.
88
4. METODOLOGA La metodologa utilizada para desarrollar el presente trabajo abarc tres etapas, orientadas a alcanzar con la mayor eficiencia posible el cumplimiento del objetivo general. Se desarrollaron de forma secuencial para maximizar la consistencia de la informacin y minimizar el riesgo de tener que replantear un objetivo especfico ya alcanzado durante el transcurso de la investigacin. 4.1. ANLISIS Se desarrolla la investigacin del proyecto, realizando con el experto en la materia la recoleccin de la informacin necesaria para alcanzar el objetivo general. Se examinan y evalan las tecnologas disponibles que se han de utilizar para manejar la informacin, haciendo un primer bosquejo de la funcionalidad del aplicativo 4.2. DISEO Se define con detalle la funcionalidad del programa: Requerimientos funcionales y no funcionales, casos de uso, diagramas de casos de uso, diagramas de clases, modelo entidad relacin, diseo de interfaz grfica para interactuar con usuario. Se realiza la programacin de la interfaz grfica en JAVA. Se montan las bases de datos necesarias en MySQL. Una vez realizada esta labor, se comienza la implementacin del sistema experto en CLIPS bajo la gua del experto en la materia. Para desarrollar este proyecto se seguirn las pautas establecidas por el ingeniero Javier Augusto Rodrguez Galeano, profesor de la facultad de Ingeniera de Sistemas de la Universidad el Bosque. De esta forma, se definir un ciclo de vida de desarrollo de software para el diseo e implementacin del aplicativo. Las etapas del proceso se resumen en la tabla 2.
89
ETAPAS
SUB_ETAPAS Identificacin de necesidades Registro de la orden Anlisis de viabilidad
ENTREGABLES Documento de requerimiento
Documento de anlisis de viabilidad Documento de anlisis detallado Documento de cambios Documento plan de desarrollo
Especificaciones funcionales
ANLISIS
Plan Cronograma (Excel) Cronograma (Project) Revisin Base line Diseo Prototipo Cronograma definitivo (Excel) Documento de diseo
90
Plan Inspeccin de diseo Programacin DISEO Inspeccin de cdigo Manual de instalacin Plan de pruebas Revisin Base line
Cronograma definitivo (Project) Lista de chequeo de diseo Formato documentacin de programa Lista de chequeo de cdigo Manual de instalacin Guin de pruebas
Soporte de pruebas Ejecucin de pruebas Manual de usuario PRUEBAS Instalacin Informe final Revisin Base line Registro de defectos Manual de usuario
Tabla 2. Metodologa de diseo.
91
4.3. PRUEBAS Una vez finalizado el aplicativo, se realizan una serie de pruebas para verificar el margen de error del sistema experto, adems de comprobar la estabilidad y robustez del sistema. Una vez superadas las pruebas, se procede a realizar el manual del usuario y a compilar los instaladores para dejar listo el producto final.
92
5. DISEO GLOBAL El objetivo principal de este proyecto es disear una herramienta funcional que permita, despus de establecer lo apropiado o no de la realizacin de procedimientos mdicos, liquidar cuentas mdicas del rea de traumatologa de acuerdo a lo estipulado en el decreto 2423 de 1996. Para ello, se ha dividido el aplicativo en tres mdulos principales y en dos submdulos de interconexin.
Figura 6. Estructura Modular / Capas
5.1. MODULOS PRINCIPALES 5.1.1. Mdulo de sistema experto. Es necesario desarrollar una base de conocimiento en la cual se almacenen los hechos y reglas necesarios que permitan hacer inferencias sobre la pertinencia o no de los procedimientos mdicos, de acuerdo a la naturaleza de las lesiones sufridas por un paciente. Para esto, se utilizar el sistema experto CLIPS38. Una de las ventajas principales que presenta CLIPS sobre otros sistemas expertos es que est catalogado como
38
Ver seccin 2.2.3.
93
software libre. Adems, al ser creado por la NASA39 garantiza la seriedad necesaria en su desarrollo y funcionalidad. 5.1.2. Mdulo de base de datos. La informacin bsica para el funcionamiento del aplicativo proviene del diagnstico realizado por un profesional de la salud (el cual queda registrado en lo que se denomina una hoja de diagnstico) y de los procedimientos mdicos que hayan tenido lugar (los cuales quedan registrados en una hoja de procedimientos). Adems, es necesario almacenar datos sobre las personas que van a tener acceso al programa y los privilegios que tiene cada una de ellas para realizar determinadas operaciones. Por ltimo, se debe contar con un archivo en el cual se puedan catalogar cada uno de los cdigos y descripciones de las lesiones del rea de traumatologa definidas por la Organizacin Mundial de la Salud (OMS) con su respectivos tratamientos (definidos por el Ministerio de Salud). Para esto, se har uso del DBMS MySQL40. Al igual que CLIPS, al ser software libre permite ser utilizado sin necesidad de recurrir a licencias comerciales o acadmicas. 5.1.3. Mdulo de programacin general. Se necesita implementar el algoritmo adecuado que permita realizar la liquidacin de las cuentas mdicas de acuerdo a lo establecido en el decreto 2423 de 1996. Adicionalmente, debe crearse la interfaz con el usuario que permita capturar los datos requeridos por los otros dos mdulos y presentar los resultados correspondientes. La versatilidad de JAVA, su portabilidad y la gran existencia de recursos tecnolgicos creados para este lenguaje de programacin, fueron factores clave en su eleccin para implementar este mdulo.
39
National Aeronautics and Space Administration. Organismo federal estadounidense que se ocupa de las actividades aeronuticas y espaciales. Fundado el 29 de julio de 1958. 40 Ver seccin 2.2.3.
94
5.2. SUBMODULOS DE INTERCONEXIN 5.2.1. Submdulo de interconexin CLIPS JAVA. CLIPS es un aplicativo diseado para ser utilizado a travs de comandos por consola, de forma similar a los sistemas operativos DOS41 y UNIX. No est diseado para compartir informacin por si mismo con otros programas. Para tener comunicacin con JAVA, se utilizar la librera JCLIPS42, la cual permite intercambiar datos entre CLIPS y JAVA en forma de cadenas de texto. 5.2.2. Submdulo de interconexin JAVA MySQL. JAVA se comunica con las bases de datos y manipula sus datos usando el API43 JDBC44. Un driver JDBC implementa la interface para una base de datos en particular. Esta separacin del API de drivers particulares permite a los programadores cambiar la base de datos subyaciente sin modificar el cdigo JAVA que accesa la base de datos. Para este submdulo se utilizar el driver Connector J.
Disk Operating System (Sistema Operativo de Disco) Ver seccin 2.2.3. 43 Application Programming Interface (Interface de aplicacin para programacin) 44 Java Database Connectivity (Conectividad con bases de datos de JAVA)
42
41
95
6. DISEO DETALLADO 6.1. DIAGRAMA DE CLASES
96
6.2. DIAGRAMA ENTIDAD RELACIN
6.3. SCRIPTS CREACION TABLAS CREATE TABLE LESION (CodigoL char(10), Descripcion char(100), PRIMARY KEY (CodigoL)); CREATE TABLE PACIENTE (Documento char(15), Nombre char(100), Edad integer, PRIMARY KEY (Documento)); CREATE TABLE PROCEDIMIENTO (Codigop char(15),
97
Descripcion char(100), Grupo integer, PRIMARY KEY (CodigoP)); CREATE TABLE CLIENTE (Documentoc char(15), Nombre char(100), Login char(8), Password char(8), Permiso char(1), PRIMARY KEY (Documentoc)); CREATE TABLE HDIAGNOSTICO (Codigohd char(15), Faccidente date, Documento char(15), PRIMARY KEY (Codigohd), FOREIGN KEY (Documento) REFERENCES PACIENTE(Documento)); CREATE TABLE HPROCEDIMIENTO (Codigohp char(15), Fprocedimiento date, Codigohd char(15), PRIMARY KEY (Codigohp), FOREIGN KEY (Codigohd) REFERENCES HDIAGNOSTICO(Codigohd)); CREATE TABLE HDIAG_LESION (Codigohd char(15), Codigol char (15), PRIMARY KEY (Codigohd, Codigol),
98
FOREIGN KEY (Codigohd) REFERENCES HDIAGNOSTICO(Codigohd), FOREIGN KEY (Codigol) REFERENCES LESION(Codigol)); CREATE TABLE HPROC_PROCEDIMIENTO (Codigohp char(15), Codigop char (15), Viaacceso integer, PRIMARY KEY (Codigohp, Codigop), FOREIGN KEY (Codigohp) REFERENCES HPROCEDIMIENTO(Codigohp), FOREIGN KEY (Codigop) REFERENCES PROCEDIMIENTO(Codigop)); CREATE TABLE LIQUIDACION (Codigoliq char(15), Codigohp char (15), Fechaapr date, Usuarioapr char(15), PRIMARY KEY (Codigoliq), FOREIGN KEY (Codigohp) REFERENCES HPROCEDIMIENTO(Codigohp)); CREATE TABLE LIQ_PROCEDIMIENTO (Codigoliq char(15), Codigop char(15), Porccirujano float, Valorcirujano float, Porcanestesia float, Valoranestesia float, Porcayudantia float, Valorayudantia float, Total float, PRIMARY KEY (Codigoliq, Codigop),
99
FOREIGN KEY (Codigoliq) REFERENCES LIQUIDACION(Codigoliq), FOREIGN KEY (Codigop) REFERENCES PROCEDIMIENTO(Codigop)); 6.4. CLASES IMPLEMENTADAS EN JAVA Intercambio de datos con CLIPS ClaseClips.java Entidades Cliente.java Liquidacion.java Paciente.java Procedimiento.java HDiag_Lesion.java
Hdiagnostico.java HProc_Procedimiento.java Lesion.java Liq_Procedimiento.java
Intercambio de datos con MySQL Helper.java HProc_ProcedimientoDAO.java ClienteDAO.java HProc_ProcedimientoDAOMySQL.java ClienteDAOMySQL.java LesionDAO.java HDiag_LesionDAO.java LesionDAOMySQL.java HDiag_LesionDAOMySQL.java Liq_ProcedimientoDAO.java HDiagnosticoDAO.java Liq_ProcedimientoDAOMySQL.java HDiagnosticoDAOMySQL.java LiquidacionDAO.java LiquidacionDAOMySQL.java ProcedimientoDAO.java PacienteDAO.java ProcedimientoDAOMySQL.java PacienteDAOMySQL.java Interfaz grfica VCrearHDiagnostico.java VCrearHProcedimiento.java VCrearLesion.java VCrearProcedimiento.java VCrearUsuario.java VEliminarHDiagnostico.java VEliminarLesion.java VModificarHProcedimiento.java
VEliminarHProcedimiento.java VEliminarProcedimiento.java VEliminarUsuario.java VGenerarLiquidacion.java VModificarLiquidacion.java VEliminarLiquidacion.java VImprimirLiquidacion.java VModificarLesion.java
100
VModificarProcedimiento.java VModificarUsuario.java VConsultarHDPC.java
VConsulltarHDPD.java VConsultarHPPC.java VConsultarHPPD.java
101
7. PRUEBAS Se verifica la implementacin de cada caso de uso, verificando que su desempeo est acorde a lo planteado en los requerimientos funcionales. Se analiza su diseo grfico, su facilidad de manejo, y su interaccin con el sistema al comprobar que se hagan las tareas correspondientes ya sea en el mdulo experto creado en CLIPS en la base de datos implementada en MySQL. Ver capitulo 8 Manual de pruebas y aplicacin del usuario.
102
8. MANUAL DE USUARIO 8.1. PANTALLA PRINCIPAL DEL APLICATIVO En la pantalla principal del aplicativo se encuentran las opciones generales para el funcionamiento global del aplicativo.
103
8.1.2. Men usuario. En este men se encuentran las operaciones disponibles para realizar con un usuario: Crear, Modificar, Eliminar.
104
Crear usuario. Solicita los siguientes datos: Nombre, Documento, Login, Password, Nivel de Permiso
105
Modificar usuario: Solicita el documento del usuario para modificar, y a continuacin deja disponibles los campos respectivos para su modificacin.
106
Eliminar usuario. Solicita el documento de un usuario del cual se va a eliminar informacin.
107
8.1.3. Men lesin. En este men se encuentran las operaciones disponibles para realizar con un usuario: Crear, Modificar, Eliminar.
108
Crear Lesin. Solicita los datos necesarios para crear una lesin.
109
Modificar Lesin: Solicita el cdigo de la lesin del cual se va a modificar la informacin.
110
Eliminar Lesin. Solicita el cdigo de la lesin cuya informacin se quiere eliminar del sistema.
111
8.1.4. Men Procedimiento. Estn disponibles las operaciones para realizar con la informacin de los procedimientos.
112
Crear Procedimiento. Permite crear en el sistema un nuevo procedimiento.
113
Modificar Procedimiento. Permite modificar la informacin existente de un procedimiento ya creado en el sistema.
114
Eliminar Procedimiento. Permite procedimiento del sistema.
eliminar
la
informacin
de
un
115
8.1.5. Men Hoja de Diagnstico. En este men se encuentran las opciones disponibles para realizar con una hoja de diagnstico.
116
Crear Hoja de Diagnstico. Solicita los datos para crear una hoja de diagnstico en el sistema.
117
Modificar Hoja de Diagnstico. Permite modificar la informacin de una hoja de Diagnstico existente en el sistema.
118
Eliminar Hoja de Diagnstico. Permite eliminar la informacin de una hoja de diagnstico del sistema.
119
8.1.6. Men Hoja de Procedimiento. Permite realizar las operaciones bsicas para una hoja de diagnstico.
120
Crear Hoja de Procedimiento. Permite crear una nueva hoja de Procedimiento en el sistema.
121
Modificar hoja de Procedimiento. Permite modificar la informacin de una hoja de diagnstico ya existente en el sistema.
122
Eliminar Hoja de Procedimiento. Permite eliminar una hoja de procedimiento ya existente en el sistema.
123
8.1.7. Men Consultas. Permite realizar 4 tipos diferentes de consultas (Hoja de procedimiento por cdigo, hoja de procedimiento por documento, hoja de diagnstico por cdigo, hoja de procedimiento por documento).
124
8.1.8. Men Liquidacin. Permite realizar los procesos concernientes a la liquidacin de una cuenta mdica (Generar, modificar, eliminar).
125
Generar liquidacin. Genera la liquidacin correspondiente a una hoja de procedimiento.
126
Modificar liquidacin: Permite modificar una liquidacin existente:
127
Eliminar Liquidacin. Elimina una liquidacin existente.
128
9. CONCLUSIONES Este proyecto se desarroll con un enfoque modular. El diseo e implementacin de cada mdulo y submdulo plante durante su ejecucin retos de carcter conceptual y tecnolgico. A su vez, estos retos despus de ser superados, permitieron consolidar una serie de conclusiones sobre las cuales se pueden edificar las bases para futuras aplicaciones que integren sistemas expertos, bases de datos y programacin convencional con lenguajes de uso general. El diseo e implementacin de la base de conocimiento de cualquier sistema experto, sin importar el rea del saber hacia el cual est enfocado, demanda un tiempo considerable y lo que es ms importante an, una excelente coordinacin entre el experto de la materia y el ingeniero del conocimiento. Para el desarrollo de esta tesis se cont con las asesora en traumatologa de la Doctora Marcela Galindo, quien adems posee una gran capacidad para hacer entender de forma fcil y concisa conceptos mdicos complejos. De esta forma fue menos complicado para el autor de este proyecto disear las bases del sistema experto el cual representa el corazn del aplicativo. No basta slo con que haya un experto en la materia, sino que tambin es necesario que ese experto tenga la habilidad y capacidad de trasmitir parte de esa experticia que posee a otra persona. Para crear una ptima base de datos relacional no basta slo con conocer la teora bsica planteada por Edgar Codd en 1970. Es necesario conocer con profundidad el rea para la cual se est diseando la base de datos, y de esta forma crear un modelo entidad relacin eficiente que sea capaz de representar y administrar con eficiencia la informacin perteneciente a dicha rea. El autor de este proyecto trabaj durante tres aos en una empresa encargada de realizar liquidaciones de cuentas mdicas por accidentes de trnsito, lo cual le permiti comprender el ciclo total que involucra el procesamiento de estas cuentas. No se pretende que la persona que se disponga a realizar una base de datos relacional dedique varios aos al conocimiento, pero si se concluye que es necesario un conocimiento que vaya de lo general a lo especfico, llegando al mximo nivel de detalle posible. Para programar en Java (y en cualquier otro lenguaje de programacin general) es conveniente examinar la amplia gama de herramientas de software existentes diseadas para este lenguaje antes de escoger cualquiera de ellas, con el fin de encontrar la que aporte ms en la consecucin de las metas programadas. El autor de este proyecto inici el desarrollo de la tesis con una herramienta llamada JCreator la cual, si bien cumpla con las necesidades bsicas de diseo, no era la mejor para programar utilizando el paquete Swing de la JFC (Java Foundation
129
Classes). Despus de un tiempo de utilizar JCreator, y en vista de los continuos problemas con la aplicacin de este software para disear la interfaz grfica del aplicativo, el autor indag sobre otras herramientas y encontr un programa llamado NetBeans IDE 5.5.1, el cual permite agilizar el uso del paquete Swing obteniendo de esta manera una ganancia en tiempo y efectividad en la programacin en Java. Un detallado examen previo de las herramientas disponibles es necesaria para permitir al investigador maximizar la ganancia de tiempo. La interconexin de Java con MySQL demand una investigacin adicional para poder configurar la conectividad a travs del Connector / J . Esta conectividad requiere hacer ajustes de carcter tcnico en los parmetros de rutas de libreras y clases en Java, adems de modificar parmetros de configuracin en NetBeans IDE 5.5.1. Tanto MySQL como Java son herramientas que tienen respaldo de empresas de software serias y con respaldo tecnolgico, lo cual permiti encontrar en la documentacin establecida por ellas la informacin necesaria para realizar los ajustes requeridos en la implementacin de esta interconexin. Para disear un aplicativo que involucre dos o ms tecnologas se deben escoger herramientas que posean suficiente documentacin y recursos adicionales, los cuales puedan servir de material de consulta o apoyo en caso de presentarse dudas o inconvenientes en el manejo o adaptacin de dichas herramientas. En contraste con lo anteriormente expuesto sobre la interconexin de Java con MySQL, el submdulo para comunicar Java con Clips plante un reto especial, puesto que no es mucha la documentacin que se puede encontrar sobre este tema. Esta interconexin, implementada con JClips, requiri una profundizacin en Java sobre la clase Observable, la cual es implementada en la clase JClips. Adicionalmente, el hecho de ejecutar comandos de Clips desde un entorno de Java y recibir informacin de retroalimentacin desde dicho software, exigi una especial verificacin de que las respuestas obtenidas por el sistema experto fueran las esperadas, de forma tal que en caso de error se pudiera inferir que la falla estaba en la interconexin y no en el sistema experto. Una vez superadas las dificultades iniciales y comprobada la funcionalidad de este submodulo, se pudo constatar la gran funcionalidad y flexibilidad que permite JClips para embeber cualquier aplicacin Clips en cualquier entorno Java, permitiendo al programador una total libertad en la forma de diseo de la interfaz grfica que se requiere para recibir y presentar al usuario la informacin obtenida del sistema experto. Los resultados obtenidos constatan que existen herramientas de diseo de sistemas expertos de libre distribucin, tales como Clips, las cuales poseen el respaldo, la robustez y la potencia necesarias para realizar aplicaciones estables y confiables. Esto se aplica tambin a MySQL y a Java como herramientas de administracin de bases de datos y de programacin general, respectivamente.
130
Con el trabajo de desarrollo de este aplicativo se demuestra que es posible seguir extendiendo el uso de los sistemas expertos a reas especficas de la medicina, en este caso a la traumatologa, a travs de herramientas de software gratuitas, las cuales pueden son otorgadas por sus fabricantes sin restriccin alguna. De esta forma, y particularmente en pases en va de desarrollo como el nuestro en los cuales los recursos econmicos son escasos, se puede crear software de calidad y a muy bajo costo. Solo se requiere el recurso humano, el cual consiste de un ingeniero de sistemas y un mdico especializado, apoyados de ser necesario en bibliografa recomendada.
131
10. RECOMENDACIONES Aunque la teora traumatolgica no ha sufrido cambios significativos durante la ltima dcada, es conveniente hacer una revisin peridica (se sugiere anualmente) a la relacin lesin procedimiento implementada en la base de conocimientos del sistema experto, para actualizarla de ser necesario. Desde el momento de su publicacin, el decreto 2423 no ha sufrido cambios en su concepcin ni en su aplicacin. Pero como toda ley y/o decreto, puede ser reformada con actos legislativos posteriores. Toda reforma es informada por medio de publicacin en el Diario Oficial. Es menester realizar un seguimiento constante a cualquier noticia o informacin sobre posibles cambios en este decreto, para realizar las modificaciones a que haya lugar en el aplicativo. Las herramientas con que se implement el aplicativo (CLIPS, JAVA, MYSQL) no son exigentes en cuanto a capacidad de mquina para su funcionamiento. Sin embargo, se sugiere disponer de un computador de capacidad media en previsin de futuras ampliaciones del aplicativo o de la adicin de nuevos mdulos. Aunque el aplicativo tiene una interfaz grfica amigable e intuitiva, es recomendable que el usuario lea con detenimiento el manual del usuario para comprender en su totalidad la filosofa del funcionamiento del software y lograr obtener el mayor beneficio a travs de una correcta utilizacin. Por motivos de seguridad del programa es conveniente realizar backups cada determinado periodo de tiempo. Estos backups deben contener la informacin de la base de datos y el archivo de CLIPS en el cual esta la base de conocimiento. El administrador del aplicativo determinar, teniendo en cuenta la tasa de aumento de la informacin guardada, la periodicidad.
132
11. PROYECCIONES La base de conocimientos est enfocada en las lesiones y tratamientos pertenecientes a la especialidad de traumatologa. Es posible ampliar esta base a otras reas de la medicina que estn relacionadas en igual o menor grado con las lesiones sufridas por un paciente en un accidente de trnsito. De esta forma, se lograr a medida que se profundice un sistema experto cada vez mas completo, el cual puede hacer inferencias cada vez ms complejas. El aplicativo puede ser modificado para ser utilizado a travs de Internet. Para ello, deben modificarse la definicin de las clases declaradas en Java e implementar las clases necesaria para realizar una conexin y manejar el intercambio de informacin a travs de la Web. La estructura modular puede ser adaptada a cualquier rea de la medicina o de la ingeniera en la cual sea conveniente la creacin de un sistema experto para el apoyo en la toma de decisiones. Se modificara la implementacin en detalle de cada mdulo, pero la estructura planteada permanece intacta. Este proyecto es el primero que se implementa en la Facultad de Ingeniera de Sistemas de la Universidad el Bosque, utilizando la tecnologa JClips para la conexin entre Java y el sistema experto Clips. Al ser herramientas de software gratuitas, los diferentes grupos de investigacin pueden seguir este camino para desarrollar nuevas aplicaciones de sistemas expertos libres de solicitud de expedicin o renovacin de licencias. Este trabajo deja como resultado un aplicativo consistente cuya estructura es totalmente funcional. Para poder ser aplicado a nivel comercial, es necesario seguir profundizando la base de conocimientos, perfeccionndola en traumatologa y amplindola a otras reas de la medicina.
133

Juandiaz

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Juandiaz

Uploaded by

Copyright:

Available Formats

SOFTWARE BASADO EN SISTEMA EXPERTO PARA LIQUIDACIN DE CUENTAS MDICAS DE TRAUMATOLOGA POR ATENCIN DE LESIONADOS EN ACCIDENTES DE TRNSITO

JUAN CARLOS DIAZ SANTOS

UNIVERSIDAD EL BOSQUE FACULTAD DE INGNIERA DE SISTEMAS BOGOTA D.C. 2007

Juan Carlos Daz Santos

Lnea de investigacin de Ingeniera de Software

JUAN CARLOS DIAZ SANTOS

Tesis de grado para optar por el ttulo de Ingeniero de Sistemas

ING. JAVIER RODRIGUEZ Director

DRA. MARCELA GALINDO Asesora Cientfica

PROF. NILSON VALENCIA Asesor metodolgico

UNIVERSIDAD EL BOSQUE FACULTAD DE INGENIERA DE SISTEMAS BOGOTA D.C. 2007

Juan Carlos Daz Santos

Bogot, Noviembre de 2007.

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Revisin del Analista

Aprobacin del Auditor Mdico

Generacin del pago

Figura 1. Proceso actual liquidacin cuenta mdica por SOAT

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Integr@RED CADUCEOS I B VERSION 4.1.3.0 Hipcrates SIIGO e-Salud Possi-medic

Juan Carlos Daz Santos

Sistema de Informacin ADOS Versin 3.0

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Figura 2. Mapa Conceptual

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Op. Cit. BODUNDE Adedeji, CHEUNG John. Pg. 18

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

World Wide Web

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos

Juan Carlos Daz Santos