Академический Документы
Профессиональный Документы
Культура Документы
Facultad de Ingeniera
Escuela de Ingeniera de Sistemas
SISTEMA INFORMTICO PARA LA GESTIN DE CONSULTAS CLNICAS EN EL HOSPITAL DE APOYO I NUESTRA SEORA DE LAS MERCEDES PAITAPIURA
Tesis para obtener el Ttulo Profesional de Ingeniero de Sistemas.
Presentado por: Bach. Claudia Irene Aguilar Saldarriaga Bach. Jos Ivn Ipanaqu Pazo Asesor Ing. Elmer Chunga Zapata
Piura-Per 2010
EVALUACIN
SISTEMA INFORMTICO PARA LA GESTIN DE CONSULTAS CLNICAS EN EL HOSPITAL DE APOYO I NUESTRA SEORA DE LAS MERCEDES PAITA-PIURA
AUTORES: Bach. Claudia Irene Aguilar Saldarriaga Bach. Jos Ivn Ipanaqu Pazo ASESOR: Ing. Elmer Chunga Zapata JURADO:
DEDICATORIA
Oh Seor Quiero alabarte con todo el corazn y contar tus muchas maravillas.
AGRADECIMIENTOS
A la Unidad de Estadstica e Informtica por su paciencia y apoyo. Y de manera muy especial al Sr. Csar Huiman Rojas, jefe de la Unidad de Estadstica del hospital Nuestra Seora de las Mercedes quien particip activamente brindando la informacin necesaria para la realizacin de este trabajo de tesis.
A los Ingenieros Elmer Chunga Zapata, Marlon N. Martnez Sernaqu que con su amistad y apoyo, pudimos sacar adelante este trabajo tesis y por darnos las herramientas necesarias para ser mejores profesionales cada da.
Y en general a todas y cada una de las personas que han vivido la realizacin de esta tesis, con sus altos y bajos y que no necesitamos nombrar porque tanto ellas como nosotros sabemos que desde los ms profundo de nuestros corazones les agradecemos el habernos brindado todo el apoyo, colaboracin, nimo y sobre todo cario y amistad
RESUMEN
El presente proyecto de investigacin se ha desarrollado en el Hospital de Apoyo I Nuestra Seora de las Mercedes de Paita, desde su creacin hace aproximadamente 69 aos ha sido el primer establecimiento de salud de la provincia en brindar atenciones mdicas a la poblacin paitea que ven cifradas en esta su esperanza de un bienestar saludable. Su finalidad es brindar una atencin integral con calidad y eficiencia para mejorar el bienestar de sus pacientes. La presente investigacin, recoge el estudio de un sistema informtico para la Gestin de Consultas Clnicas. Se hizo uso del Proceso Unificado de Rational siguiendo y desarrollando sus fases, haciendo uso de sus diagramas bajo la notacin de UML; para las fases iniciales de elaboracin y construccin se hizo uso de la herramienta: Enterprise Architect, as como para la implementacin del software se hizo uso de la herramienta Visual Studio 2005 y como gestor de base de datos SQLServer 2005. El sistema informtico para la gestin de consultas clnicas pretende ser una herramienta alternativa de apoyo a la gestin de las operaciones diarias que se dan en el rea de Admisin, Estadstica e Informtica, Hospitalizacin y Caja, ayudando as en su control y mejorando eficientemente el proceso de gestin de consultas clnicas de los pacientes que acuden diariamente al hospital; con lo que significara una mejor distribucin y gestin de los recursos humanos para realizar el debido proceso, reduciendo as los tiempos significativos de atencin y descongestionamiento en las ventanillas, evitando la aglomeracin de pacientes.
INTRODUCCIN
La Provincia de Paita cuenta con los servicios que brinda el Hospital las Mercedes. Dicho Establecimiento de Salud inici su funcionamiento en el ao 1941, como Centro MaternoInfantil. En el ao 1999 mediante la Resolucin Ministerial N 253-99-SA/DM del 25.05.99, se le otorga la categora de Hospital de Apoyo I Nuestra Seora de las Mercedes (Hospital las Mercedes). En el 2004, empieza a funcionar como Unidad Ejecutora y cabeza de Red (Micro Red Paita). El hospital asumi las funciones de atenciones mdicas asistenciales y hospitalarias para la poblacin Paitea. La infraestructura hospitalaria cuenta con una slida arquitectura con capacidad para albergar a ms de 800 pacientes en las reas de: Obstetricia, Medicina General, Pediatra, Ginecologa, Odontologa, Ciruga y diversos servicios y programas como Saneamiento Ambiental, Sanidad Martima Internacional este ltimo tiene como responsabilidad prevenir el ingreso y salida de enfermedades infecto-contagiosa; desarrollando acciones tendientes a descubrir y eliminar las fuentes de propagacin de las enfermedades, mejorando las condiciones de saneamiento del puerto de Paita y sus inmediaciones, as como evitar la salida de las que se produzcan en el pas. En ese sentido se ha credo conveniente desarrollar un Sistema Informtico para la Gestin de Consultas Clnicas en dicho Establecimiento de Salud. En el Captulo I se describe el Marco Metodolgico; posteriormente en el Captulo II describiremos el Marco Referencial y el Marco Conceptual de la Investigacin; luego en el captulo III describiremos la metodologa de desarrollo del sistema informtico; posteriormente en el captulo IV tendremos la discusin de los resultados; y finalmente en los Captulos V y VI veremos las conclusiones, as como la referencia bibliogrfica en orden respectivo.
NDICE GENERAL
CAPTULO I: MARCO METODOLGICO ............................................................... 15 1.1 1.1.1 1.1.2 El problema ................................................................................................. 16 Realidad Problemtica ............................................................................. 16 Antecedentes del problema...................................................................... 22
1.1.2.1 Antecedentes Locales: ............................................................................. 22 1.1.2.2 Antecedentes Nacionales:........................................................................ 23 1.1.2.3 Antecedentes Internacionales: ............................................................. 24 1.1.3 1.1.4 1.2 1.2.1 1.3 1.4 1.5 1.5.1 1.5.2 Formulacin interrogativa del problema................................................... 25 Justificacin de la investigacin ............................................................... 25 Objetivo General......................................................................................... 26 Objetivos Especficos ............................................................................... 26 Hiptesis ..................................................................................................... 26 Variables...................................................................................................... 26 Diseo de ejecucin .................................................................................. 27 Poblacin y muestra .............................................................................. 27 Variables de Contrastacin ................................................................... 28
CAPTULO II: MARCO TERICO REFERENCIAL ................................................. 33 2.1 2.1.2 2.1.3 Marco Terico Referencial ........................................................................ 34 Gestin de Consultas Clnicas ............................................................. 40 Sistema Informtico ............................................................................... 43
CAPTULO III: DESARROLLO DE LA INVESTIGACIN ....................................... 57 3.1 3.1.1 3.1.2 3.1.2.1 3.1.3 3.1.3.1 3.1.4 Fase de Inicio .............................................................................................. 58 Anlisis de la Realidad Problemtica ....................................................... 58 Planificacin del Proyecto ........................................................................ 59 Visin y alcance del Proyecto ................................................................59 Organizacin del Proyecto ....................................................................... 60 Participantes en el Proyecto ...................................................................60 Anlisis de requerimientos Funcionales y No funcionales ...................... 61
3.1.4.1 3.1.4.2 3.1.5 3.1.5.1 3.2 3.2.1 3.2.1.1 3.2.1.1.1 3.2.1.1.2 3.2.1.1.3 3.2.2
Requerimientos Funcionales ..................................................................61 Requerimientos No Funcionales ...........................................................63 Anlisis de Riesgos .................................................................................. 63 Riesgos relacionados con el lugar de desarrollo .................................63
Fase de Elaboracin .................................................................................. 66 Requerimientos del sistema a elaborar .................................................. 66 Requerimientos para el desarrollo del sistema ....................................66 Requerimientos de Hardware .................................................................66 Requerimientos de Software ..................................................................66 Servicios ....................................................................................................67
3.2.2.1 Diagramas de Caso de Uso ..................................................................... 67 3.2.2.2 Documentacin de Casos de Uso............................................................ 76 3.2.2.3 Diagramas de Secuencia ......................................................................... 84 3.2.2.4 Diagrama de Actividades ......................................................................... 96 3.2.2.5 Diagrama de Clases ............................................................................... 102 3.2.2.6 Diagrama de Despliegue ........................................................................ 107 3.2.2.7 Diagrama de Componentes ................................................................... 108 3.2.2.8 Diagrama de Estado ............................................................................... 109 3.2.2.9 Diagrama de Base de Datos .................................................................. 111 3.2.2.10 Diagrama de Colaboracin..................................................................... 117 3.2.2.11 Diseo de la interfaz ............................................................................... 120 3.3 3.3.1 Fase de Transicin ................................................................................... 133 Pruebas de Software .............................................................................. 133
CAPTULO IV: DISCUSIN DE RESULTADOS ................................................... 145 CAPITULO V: CONCLUSIONES Y RECOMENDACIONES ................................. 156 5.1 5.2 CONCLUSIONES ...................................................................................... 157 RECOMENDACIONES .............................................................................. 158
NDICE DE FIGURAS-GRFICAS
Figura N 1 Flujograma de Atencin Mdica del Hospital Nuestra Seora de las Mercedes. .................................................................................................................................19 Figura N 2 Organigrama Estructural del Hospital Nuestra Seora de las Mercedes. ..21 Figura N 3 Diagrama del SI y SIA ........................................................................................43 Figura N 4 Fases e Iteraciones de la Metodologa RUP ..................................................49 Figura N 5 Actividades de la Metodologa SCRUM ..........................................................54 Figura N 6 Actores del Sistema .........................................................................................67 Figura N 7 Diagrama de Caso de Uso Ingresar al Sistema ............................................68 Figura N 8 Diagrama de Caso de Uso Registrar Historia Clnica ..................................68 Figura N 9 Diagrama de Caso de Uso Registrar Consulta Clnica ................................69 Figura N 10 Diagrama de Caso de Uso Registrar Programacin Mdica ......................70 Figura N 11 Diagrama de Caso de Uso Registrar Especialidad .....................................70 Figura N 12 Diagrama de Caso de Uso Registrar Pago...................................................71 Figura N 13 Diagrama de Caso de Uso Registrar Mdico ...............................................71 Figura N 14 Diagrama de Caso de Uso Registrar Atencin de Consultas Clnicas .....71 Figura N 15 Diagrama de Caso de Uso Registrar Ingreso de Hospitalizacin ..............72 Figura N 16 Caso de Uso Registrar Egresos Hospitalarios .............................................72 Figura N 17 Diagrama de Caso de Uso Registrar Usuario ..............................................73 Figura N 18 Diagrama de Caso de Uso Registrar Tipos de Pagos ................................73 Figura N 19 Diagrama de Caso de Uso Registrar Control de Historia Clnica ..............74 Figura N 20 Diagrama de Caso de Uso Registrar Cama .................................................74 Figura N 21 Diagrama de Caso de Uso Registrar Arqueo de Caja ................................75 Figura N 22 Diagrama de Secuencia Ingreso al Sistema.................................................84 Figura N 23 Diagrama de Secuencia Registro de Historia Clnica..................................85
Figura N 24 Diagrama de Secuencia Registrar Pago .......................................................86 Figura N 25 Diagrama de Secuencia Registrar Consulta Clnica ...................................87 Figura N 26 Diagrama de Secuencia Registrar Ingreso Hospitalario .............................88 Figura N 27 Diagrama de Secuencia Registrar Egreso de Hospitalario ........................89 Figura N 28 Diagrama de Secuencia Registrar Programacin Mdica ..........................90 Figura N 29 Diagrama de Secuencia Registrar Mdico ...................................................91 Figura N 30 Diagrama de Secuencia Registrar Especialidad ..........................................92 Figura N 31 Diagrama de Secuencia Registrar Cama.....................................................93 Figura N 32 Diagrama de Secuencia Registrar Usuario .................................................94 Figura N 33 Diagrama de Secuencia Registrar Atencin de Consultas Clnicas ..........95 Figura N 34 Diagrama de Actividad Apertura de Historia Clnica ...................................96 Figura N 35 Diagrama de Actividad Solicitar Consultas Clnicas ....................................97 Figura N 36 Diagrama de Actividad Registro de Hospitalizacin ....................................98 Figura N 37 Diagrama de Actividad Registrar Pago de Consulta Clnica ......................99 Figura N 38 Diagrama de Actividad Registrar Programacin Mdica ..........................100 Figura N 39 Diagrama de Actividad Control de Egresos Hospitalarios ........................101 Figura N 40 Diagrama de Clases-Mdulo de Admisin ..................................................102 Figura N 41 Diagrama de Clases-Mdulo de Programacin Mdica............................103 Figura N 42 Diagrama de Clases- Mdulo de Caja .........................................................104 Figura N 43 Diagrama de Clases- Mdulo de hospitalizacin .......................................105 Figura N 44 Diagrama de Clases- Paciente .....................................................................106 Figura N 45 Diagrama de Clases- Mdulo de Seguridad ...............................................106 Figura N 46 Diagrama de Despliegue ...............................................................................107 Figura N 47 Diagrama de Componentes ..........................................................................108 Figura N 48 Diagrama de Estado Registrar Historia Clnica ..........................................109 Figura N 49 Diagrama de Estado Registrar Hospitalizacin ..........................................109 Figura N 50 Diagrama de Estado Registrar Consulta Clnica ........................................109 Figura N 52 Diagrama de Estado Control de Historia Clnica ........................................110 Figura N 51 Diagrama de Estado Registrar Pago ...........................................................110
10
Figura N 53 Diagrama de Base de datos del Mdulo-Admisin ....................................111 Figura N 54 Diagrama de Base de datos del Mdulo-Caja ............................................112 Figura N 55 Diagrama de Base de datos del Mdulo-Hospitalizacin .........................113 Figura N 56 Diagrama de Base de datos del Mdulo-Programacin Mdica ..............114 Figura N 57 Diagrama de Base de datos del Mdulo-Paciente.....................................115 Figura N 58 Diagrama de Base de datos del Mdulo-Seguridad ..................................116 Figura N 60 Diagrama de Colaboracin Registrar Egresos Hospitalarios ...................117 Figura N 59 Diagrama de Colaboracin Registrar Consulta Clnica .............................117 Figura N 62 Diagrama de Colaboracin Registrar Pago ................................................118 Figura N 61 Diagrama de Colaboracin Registrar Ingresos Hospitalarios ..................118 Figura N 63 Diagrama de Colaboracin Registrar Programacin Mdica ...................119 Figura N 64 Diagrama de Colaboracin Registrar Atencin de Consulta Clnica .......119 Figura N 54 Pantalla de Ingreso al Sistema .....................................................................120 Figura N 55 Pantalla de Men de Mdulos ......................................................................120 Figura N 56 Pantalla Registro de Paciente ......................................................................122 Figura N 57 Pantalla Registro de Mdicos .......................................................................122 Figura N 58 Pantalla Registro de Especialidad ...............................................................122 Figura N 59 Pantalla Registro de Consulta Clnica ........................................................123 Figura N 60 Pantalla Registro de Atencin de Consultas ..............................................124 Figura N 61 Pantalla Anulacin de Consulta ....................................................................124 Figura N 62 Pantalla Programacin Mdica .....................................................................124 Figura N 63 Pantalla Control de Historias Clnicas a Consultorio .................................125 Figura N 64 Pantalla Control de Historias Clnicas a Hospitalizacin ..........................125 Figura N 65 Pantalla SIS.....................................................................................................126 Figura N 66 Pantalla de Registro de Ingreso a Hospitalizacin ....................................127 Figura N 67 Pantalla de Registro de Gastos por hospitalizacin ..................................127 Figura N 68 Pantalla de Registro de Egreso de Hospitalizacin ...................................127 Figura N 69 Pantalla de Registro de Pago .......................................................................128 Figura N 70 Pantalla de Anulacin de Boleta ..................................................................128
11
Figura N 71 Pantalla Registros de Usuarios ....................................................................129 Figura N 72 Pantalla Reportes de Consultas ...................................................................129 Figura N 73 Pantalla Reportes de Consultorios ...............................................................130 Figura N 74 Pantalla Reportes de Hospitalizacin ..........................................................130 Figura N 75 Pantalla Reportes de Mdicos ......................................................................131 Figura N 76 Pantalla Reportes de Pacientes ...................................................................131 Figura N 77 Pantalla Reportes de Programaciones mdicas ........................................132 Figura N 78 Pantalla Reportes de Salida/Recepcin de Historias Clnicas .................132
Grfica 1 Resultados del Indicador N1 .............................................................................146 Grfica 2 Resultados del Indicador N2 .............................................................................147 Grfica 3 Resultados del Indicador N3 .............................................................................148 Grfica 4 Resultados del Indicador N4 .............................................................................149 Grfica 5 Resultados del Indicador N5 .............................................................................150 Grfica 6 Resultados del Indicador N6 .............................................................................151 Grfica 7 Resultados del Indicador N7 .............................................................................152 Grfica 8 Resultados del Indicador N8 .............................................................................153 Grfica 9 Resultados del Indicador N9 ....................................................................................154 Grfica 10 Resultados del Indicador N10 .........................................................................155
12
13
Cuadro N 1 Poblacin ...........................................................................................................27 Cuadro N 2: Indicadores del Sistema Informtico para la Gestin de Consultas Clnicas .....................................................................................................................................28 Cuadro N 3 Hardware durante el Desarrollo del Proyecto. .............................................66 Cuadro N 4 Hardware requerido para la implantacin del Proyecto. ............................66 Cuadro N 5Servicios Utilizados para durante la elaboracin del Proyecto. ...................67
14
15
1.1 El problema 1.1.1 Realidad Problemtica El Hospital de Apoyo I Nuestra Seora de las Mercedes es la institucin que se ha tomado en cuenta para el proyecto de investigacin la cual pertenece al Ministerio de Salud Piura II. Inici su funcionamiento en el ao 1941, como Centro Materno-Infantil. En el ao 1999 mediante la Resolucin Ministerial N 253-99-SA/DM del 25.05.99, se le otorga la
categora de Hospital de Apoyo I Nuestra Seora de las Mercedes (Hospital las Mercedes). En el 2004, empieza a funcionar como Unidad Ejecutora y cabeza de Red (Micro Red Paita). Actualmente el Hospital las Mercedes brinda a la comunidad Paitea diversos servicios mdicos como: Obstetricia, Medicina General, Pediatra, Ginecologa, Odontologa, Ciruga y diversos servicios y programas como Saneamiento Ambiental, Sanidad Martima Internacional este ltimo tiene como responsabilidad prevenir el ingreso y salida de enfermedades infecto-contagiosa; desarrollando acciones tendientes a descubrir y eliminar las fuentes de propagacin de las enfermedades, mejorando las condiciones de saneamiento del puerto de Paita y sus inmediaciones, as como evitar la salida de las que se produzcan en el pas. Otorga tambin atencin Integral de Salud a la poblacin de escasos recursos que no tienen posibilidades de acceso a otro rgimen de aseguramiento de salud a travs del Seguro Integral de Salud (SIS). Uno de los principales objetivos del Hospital las Mercedes es contribuir a mejorar el estado de salud y calidad de vida de la poblacin. En la actualidad los establecimientos de salud pblicos tienen grandes problemas para la gestin de su informacin pues no poseen ningn elemento integrador de datos, los que se encuentran dispersos en diversos archivos, no se posee elementos que aseguren la calidad del ingreso de los datos trayendo como consecuencia que la generacin de reportes estadsticos se realicen con gran margen de error, no poseen tecnologas adecuadas para la gestin de la informacin, usando arquitecturas de software de dcadas pasadas. El hospital Nuestra Seora de las Mercedes no es libre de esto, debido a que existe una problemtica que se centra en la Gestin de Consultas Clnicas. Con el presente Proyecto se pretende analizar esta problemtica y poder dar una solucin.
A continuacin se nombrar las siguientes dificultades y deficiencias presentadas en las reas de Admisin, Unidad de Estadstica e informtica, Hospitalizacin y Caja: - La prdida considerable de tiempo en las actividades diarias, debido a que los procesos llevados a cabo en el rea de Admisin se realizan en forma manual, generando un retraso en la atencin al paciente.
16
- El problema fundamental que afronta el rea de Admisin, se debe a la prdida de historias clnicas; en muchas ocasiones se pierden debido a que no se realiza un correcto seguimiento y control de las mismas. Siendo las historias clnicas la fuente principal de informacin de los pacientes en el Hospital, su prdida representa un gran problema para el Hospital y ms an para el paciente. - Para solicitar la atencin de una consulta clnica, los pacientes tienen que formar largas colas de espera, lo cual genera una aglomeracin y retrasos. Esto motiva un constante reclamo por parte de los pacientes. - En el rea de Admisin existe una aplicacin desarrollada en Microsoft Office Access que registra los pacientes, pero esta no se desarrolla eficientemente, debido a que sus procesos presentan deficiencias. - La integridad de la informacin de la BD est expuesta a prdidas o cambios por parte de usuarios externos al rea de Admisin. - En el rea de Admisin, el personal se tarda demasiado tiempo al buscar los historiales clnicos de cada paciente, los que posteriormente sern llevados a consultorio mdico o al rea de Hospitalizacin. - En algunos casos ocurre duplicidad de nmeros de historias clnicas, debido a que no se lleva un control adecuado al momento de registrar.
- En el rea de Admisin no existe un reporte diario de los pacientes nuevos ni de aquellos que en alguna oportunidad han solicitado una consulta clnica; as mismo no se cuenta con un reporte por especialidad de las consultas atendidas durante el transcurso del da. - La elaboracin de los reportes de las Hospitalizaciones y Consultas Clnicas de los diferentes servicios y modalidades que brinda el hospital resultan tediosos para el personal, debido a que tienen que recopilar informacin que se encuentran distribuidas en las diversos servicios, en ocasiones esta informacin est expuesta a prdida. - No se lleva un control adecuado en los Turnos de las especialidades mdicas. - El registro de los ingresos y egresos hospitalarios no se realiza de una manera eficiente, obviando algunos datos principales del registro.
17
Para la Gestin de una consulta clnica en el hospital las Mercedes se realiza el siguiente procedimiento: Paciente por Consultorio: Se refiere al paciente que ingresa al Hospital para ser atendido en una consulta clnica. En caso el paciente pertenezca al Seguro Integral de Salud (SIS), el primer paso es dirigirse al REA DE ADMISIN, para verificar si es que hay atencin en la especialidad que desea, el encargado de admisin le otorga esa informacin al paciente y le entrega un ticket; posteriormente el paciente se dirige a la Oficina del SIS y se le entrega una hoja de atencin, con esta hoja el paciente puede dirigirse al Triaje y al consultorio para ser atendido. Una vez realizada la consulta clnica, el paciente retorna a la Oficina del SIS con la receta mdica que le fue entregada por el doctor y solicita se le atienda en el REA DE FARMACIA, posteriormente se dirige a Farmacia para que se le brinden los medicamentos gratuitamente. En caso el paciente no pertenezca al Seguro Integral de Salud, el primer paso es dirigirse al REA DE ADMISIN y verificar si es que existe atencin en la especialidad que desea, el encargado de admisin le otorga esa informacin al paciente y se le entrega su ticket; posteriormente el paciente se dirige al REA DE CAJA a realizar el pago de la consulta clnica que est solicitando. Posteriormente regresa al rea de Admisin, ste debe portar su carn de historia clnica para poder ser registrado en la consulta clnica. El personal del rea de Admisin se encargar de buscar la historia clnica fsicamente, la cual ser llevada a consultorio. Finalmente el paciente deber esperar su turno respectivo para ser atendido en el CONSULTORIO. (Ver Figura N1)
De acuerdo como fueron atendidos los pacientes, el doctor debe registrar el diagnstico en la historia clnica del paciente la misma que ser entregada al rea de admisin para su respectivo archivo.
Nota: En caso que sea un paciente nuevo, es decir que por primera vez acude al hospital, se tiene que emitir una Historia clnica nueva para dicho paciente proporcionndosele su carn mdico. En caso que el paciente no porte su carn de historia clnica, el paciente debe realizar un pago de duplicado por dicho carn en el rea de Caja.
18
Mercedes-Paita
Figura N 1 Flujograma de Atencin Mdica del Hospital Nuestra Seora de las Mercedes. Fuente: Nuestra Seora de las Mercedes-Paita (1995)
19
Ingreso Hospitalario: Para el registro de la hospitalizacin se debe tener en cuenta lo siguiente: En caso el paciente pertenezca al Seguro Integral de Salud est cubrir los gastos de su estada. Los pacientes sin seguro, debern cubrir totalmente los gastos por estada de hospitalizacin y servicios que le brinde el hospital.
El ingreso a Hospitalizacin puede ser por: Transferencia, Emergencia, Normal; en los servicios de: Medicina General, Ciruga General, Pediatra, Gneco-Obstetra y Neonatologa
El proceso de los pagos por los servicios que brinda el hospital es llevado a cabo de la siguiente manera: Los pacientes que soliciten los servicios que brinda el hospital debern asumir el pago de los mismos. Al finalizar el da el encargado de esta rea, realiza el arqueo de caja manualmente, para posteriormente entregarlo al rea de tesorera. En caso exista boletas anuladas o algn error, el encargado deber notificar mediante un reporte.
El proceso de la Programacin Mdica es realizado en el rea de Estadstica e Informtica: El encargado de esta rea se encarga de procesar la apertura de la
programacin mdica mensualmente, as mismo si hubiese algn cambio en la programacin durante el mes, este deber ingresarlos. Finalmente deber presentar un reporte de los horarios por especialidad mdica al rea de Personal. Al finalizar el mes deber entregar el resumen de las atenciones que se brindaron por especialidad y los mdicos que atendieron.
20
Figura N 2 Organigrama Estructural del Hospital Nuestra Seora de las Mercedes. Fuente: Nuestra Seora de las Mercedes.- Paita (2008)
1.1.2 Antecedentes del problema 1.1.2.1 Antecedentes Locales: Para CHAPILLIQUN Girn Edgar y HERNNDEZ Curay Donattilo W. (2008), en su tesis Implementacin del Sistema Informtico para la Gestin de Referencias y Contrarreferencias del rea del Seguro Integral de Hospital I Santa Rosa-Piura Presentado en la Universidad Csar Vallejo Filial Piura; para obtener el ttulo profesional de Ingeniero de Sistemas.
referencias y contrarreferencias en el rea del Sistema Integral de Salud, optimizando el desempeo, agilizando y haciendo ms eficiente la atencin mdica especializada. Con este sistema informtico se logr registrar y controlar los documentos que son ingresados al hospital por diferentes medios, tales como consulta externa, apoyo al diagnstico o por emergencia, para su hospitalizacin, como tambin reporte de los mismos. Para su desarrollo se utiliz la metodologa RUP, utilizando como gestor de base de datos Microsoft SQL Server 2000 con el lenguaje de programacin Microsoft Visual Basic 6.0. Este proyecto de investigacin ayudar a orientarnos en el mbito de un Centro mdico y los procesos que se desarrollan en ste, as como la problemtica que existen en el desarrollo de sus procesos de cada rea. Lo que se ha tomando en cuenta para el proyecto de investigacin es la forma a travs de la cual se asegura la continuidad de la atencin de las necesidades de salud de los pacientes.
Para MERINO Garca Fiorella Stefany y GUERERRO Benites Teresita (2008), en su tesis Aplicacin Web para el proceso de asignacin de Citas Mdicas de la divisin de Admisin y Registros Mdicos en el Hospital III Jos Cayetano Heredia de Piura. Presentado en la Universidad Csar Vallejo Filial Piura; para obtener el ttulo profesional de Ingeniero de Sistemas. La presente Tesis recoge el estudio de una aplicacin Web para el proceso de
asignacin de citas mdicas y registros mdicos en un Hospital; con la finalidad de brindar una atencin integral con calidad y eficiencia para mejorar el bienestar de sus asegurados. Para la implementacin de este sistema web se hizo uso del Proceso Unificado Rational (RUP) siguiendo y desarrollando sus fases haciendo uso de sus diagramas bajo la notacin UML y tambin de herramientas de software libre, bajo Php y Mysql y el servidor web Apache. Las funcionalidades fueron el registro de mdicos, registro de
22
horarios (turnos), registro de especialidades, consultas y reservas de citas mdicas en la web. La presente tesis guiar cmo debe usarse eficazmente las herramientas de la metodologa de desarrollo del software en este caso RUP, orientar a modelar a travs de sus herramientas como: diagramas de objeto del negocio, modelo de dominio, diagramas de caso de uso, diagramas de actividades, etc.
1.1.2.2 Antecedentes Nacionales: Para MOSQUERA Tarazona Javier Francisco y MESTANZA Vigo Willy (2007), en su tesis Anlisis, Diseo e Implementacin de un Sistema de Informacin Integral de Gestin Hospitalaria para un Establecimiento de Salud Pblico . Presentado en la Pontifica Universidad Catlica del Per-Lima, para obtener el ttulo profesional de Ingeniero Informtico. El trabajo de tesis consiste en realizar un anlisis y diseo de los sistemas de informacin del Hospital Nacional Cayetano Heredia del Per, identificando sus elementos crticos. El cual abarca la administracin de la oficina de logstica y la oficina de economa pertenecientes a la oficina ejecutiva de apoyo administrativo, admisin, archivo clnico, carga de servicios, citas y la oficina de estadstica pertenecientes a la direccin de estadstica e informtica y auditoria mdica, programacin mdica, administracin de historia clnica, hospitalizacin, interconsulta y atenciones
pertenecientes a la direccin de medicina. Se utiliz la metodologa The Simplified Method la cual es un acercamiento pragmtico y simple para el desarrollo de aplicaciones orientadas a objetos, esta metodologa se divide en 5 fases: Definicin de Requerimientos, Anlisis, Diseo, Implementacin, Pruebas. Para el desarrollo se utiliz la arquitectura de tres capas, Microsoft SQL Server como administrador de Base de Datos y la plataforma de desarrollo Java J2EE.
La presente Tesis es tomada como referencia dado a que realiza un anlisis completo y detallado de los procesos que se realizan en las reas involucradas en la gestin de una consulta clnica, como los mdulos de Admisin, mdulo de Historia Clnica, Mdulo de Programacin mdica, mdulo de interconsultas, etc. Adems se tomar en cuenta el diseo del sistema: clases, diagramas de secuencias, casos de uso.
23
Para CORDERO BORJA, Rodolfo C. (2004), en su tesis Auditora Mdica en el Centro Mdico de ESSSALUD con un sistema de Gestin Hospitalaria . Presentado en la Universidad Mayor de San Marcos-Lima, para obtener el ttulo profesional de Especialista en Medicina Integral y Gestin en Salud. La Auditoria Mdica como un proceso que tiende a mejorar la calidad de atencin mdica mediante la revisin sistemtica de la atencin recibida y registrada en la Historia Clnica contrastada con criterios y estndares reconocidos. Para la evaluacin de Historias Clnicas se estructuraron dos Formularios: Un formato de Evaluacin de Registro de la Atencin Mdica y un Formato de Consolidado de Evaluacin de la Atencin Mdica, estos modelos de Auditora Mdica se realizaron sobre la base de las directivas institucionales, pero adecundolas al Sistema de Gestin Hospitalaria. Seguidamente se desarroll un estudio piloto para validar el formato de H.C., realizndose sin mayores contratiempos. Este proyecto de investigacin servir de referencia para saber cmo se desempea un sistema de gestin en un centro de salud, principalmente como se gestionan los historiales clnicos del hospital; para poder incluir todos estos conocimientos en el Sistema de Gestin de Consultas Clnicas en el Hospital Nuestra Seora de las Mercedes.
1.1.2.3 Antecedentes Internacionales: Para GONZALES Uria y TOVA Juan (2004) en su Tesis Doctoral Gestin Informtica en la Direccin Clnica Hospitalaria, Aplicacin de un Servicio de Urologa. Presentado en la Universidad Autnoma de Barcelona. Se implement una aplicacin informtica que se organiza en torno a una estacin clnica central y que tiene como eje principal al paciente, ya sea en el rea de ingresos, de consultas externas o urgencias. Esta tesis intenta ser una aproximacin desde el punto de vista clnico, a como debera informatizarse un servicio de urologa para poder llevar a cabo una gestin clnica y contable lo ms automatizada y precisa posible. Se desarroll inicialmente sobre una arquitectura cliente-servidor, en Visual Basic sobre una base de datos Microsoft Access, por su sencillez y rapidez de implementacin. Posteriormente para un soporte multiusuario real y una seguridad y solidez se migr la base de datos a Oracle se desarroll bajo la plataforma de programacin Microsoft Visual. Net.
Se ha tomado como referencia esta tesis debido a que utiliza una herramienta informtica que facilita la obtencin estandarizada de datos administrativos de cada
24
paciente, y todo lo relacionado con la gestin hospitalaria. De esta manera se agiliza enormemente la introduccin de datos de filiacin de los pacientes y se evitan errores de trascripcin.
Para BERAZA Graciela (2004) en su Tesis Informatizacin de la Historia Clnica del servicio de Emergencia.
Se implement un sistema de Historias clnicas que se desarrolla con la finalidad de resolver en una forma eficiente el almacenamiento electrnico de todas las historias clnicas y su informacin complementaria, de cualquier tipo de consultorio mdico. Con el sistema informtico se realizaron los siguientes procesos: actualizacin de pacientes, consultas de pacientes, listado de pacientes, actualizacin y listado de historias clnicas. Esta tesis sirve de referencia a la Gestin de Consultas clnicas debido a que implementa las historias clnicas electrnicas, las cuales pretenden y se proyectan reemplazar en forma paulatina las historias clnicas en papel.
1.1.3 Formulacin interrogativa del problema Cmo un Sistema Informtico mejora la Gestin de Consultas Clnicas en el Hospital de Apoyo I Nuestra Seora de las Mercedes Paita-Piura? 1.1.4 Justificacin de la investigacin
Se considera justificable el presente proyecto por las siguientes razones: Justificacin Tecnolgica: Se hace justificable utilizar la tecnologa ya que de alguna manera contribuye a la institucin a agilizar sus procesos; as mismo con el avance tecnolgico logra ventajas competitivas. Justificacin Econmica: Con el presente proyecto de investigacin se espera reducir los recursos, evitando gastos innecesarios que actualmente son utilizados en el proceso de una Consulta Clnica.
Justificacin Social: El proyecto de investigacin propone al Hospital solucione los problemas e inconvenientes que se presentan en la gestin de Consultas Clnicas con el fin de ayudar a la poblacin Paitea.
25
Justificacin en la Institucin: Es justificable implantar un sistema de informacin debido a que el Hospital pueda llevar un control exacto de cada Consultas clnica, con el cual se pretende mejorar el servicio y as obtener mayor experiencia en el aspecto tecnolgico.
1.2 Objetivo General Mejorar la Gestin de Consultas Clnicas en el Hospital de Apoyo I Nuestra Seora de las Mercedes, utilizando como herramienta un Sistema Informtico. 1.2.1 Objetivos Especficos
Para poder alcanzar el Objetivo General se deben cumplir con los siguientes objetivos especficos:
- Disminuir el tiempo de Registro y Bsqueda de una Historia Clnica del paciente. - Aumentar el grado de satisfaccin por parte de los usuarios del rea de Admisin, Caja, Estadstica e Informtica y Hospitalizacin para con el Sistema Informtico de Gestin de Consultas Clnicas. - Reducir los tiempos en la elaboracin de reportes de Consultas Clnicas, Egresos Hospitalarios, Pacientes nacidos y fallecidos. - Reducir el tiempo de registro de una Consulta Clnica. - Reducir el tiempo en el registro de la Programacin mdica. - Disminuir el tiempo del Arqueo de Caja en el da. 1.3 Hiptesis El Sistema Informtico mejora y optimiza significativamente la Gestin de Consultas Clnicas del Hospital de Apoyo I Nuestra Seora de las Mercedes Paita-Piura.
1.4 Variables Variable Independiente: Sistema Informtico para el Hospital de Apoyo I Nuestra Seora de las Mercedes Paita-Piura. Variable Dependiente: Gestin de Consultas Clnicas en el Hospital de Apoyo I Nuestra Seora de las Mercedes Paita-Piura. Variable Interviniente: Metodologa del Proceso Unificado Rational (RUP).
26
1.5 Diseo de ejecucin 1.5.1 Poblacin y muestra Poblacin La Poblacin est constituida por las personas que forman parte de las reas de: Admisin, Hospitalizacin, Estadstica e Informtica, Caja pertenecientes al hospital de Apoyo I Nuestra Seora de las Mercedes-Paita, quienes cumplen sus actividades segn lo establecido por la Institucin. Se cuenta con un total de diez integrantes. Cuadro N 1 Poblacin Nmero de Personas 3 2 3 2 REA Admisin Hospitalizacin Estadstica e Informtica Caja
10
Elaborado por los Autores
Muestra En el caso de los trabajadores que conforman el rea de Admisin, Caja, Estadstica e Informtica y Hospitalizacin no es necesario calcular la muestra puesto que el nmero de la poblacin no es numerosa.
27
ITEM OPERATIVA
DENOMINACIN
DEFINIICIN
DEFINICIN
UNIDAD
TCNICA
INSTRUMENTOS
FUENTE
INFORMANTES
CONCEPTUAL
Es el tiempo promedio
adquirir su ticket , se
la ventanilla de Admisin
I1 _____________ N
consulta clnica
de la ventanilla (PRV),
28
Minuto
Es el tiempo promedio de
Tiempo promedio de
I2
bsqueda de historia
la sumatoria de la
---
rea de Admisin
_____________ N
nmero de pacientes(N)
Cuadro N 2: Indicadores del Sistema Informtico para la Gestin de Consultas Clnicas Continuacin
DEFINIICIN CONCEPTUAL
Es el tiempo promedio en que se realiza el registro de una historia clnica de cada paciente, se calcula con la sumatoria de la
ITEM OPERATIVA
DENOMINACIN
DEFINICIN
UNIDAD
TCNICA
INSTRUMENTOS
FUENTE
INFORMANTES
Admisin diferencia entre el tiempo de fin del (RHCf) registro menos el tiempo en que inici (RHCi), dividido por el nmero de pacientes(N)
----
---
I3 _____________ N
29
Es el tiempo promedio que demora el paciente en caja, se calcula por la hora que se retira el
Tiempo promedio de ( )
=1
I4
paciente de caja (PRC), menos la hora de llegada a caja (PLLC), dividido por el nmero de pacientes(N) Minuto
---
rea de caja.
_____________ N
Cuadro N 2: Indicadores del Sistema Informtico para la Gestin de Consultas Clnicas Continuacin
DEFINIICIN OPERATIVA DEFINICIN UNIDAD TCNICA INSTRUMENTOS FUENTE INFORMANTES
ITEM
DENOMINACIN
CONCEPTUAL
Tiempo promedio de n
t_emi_rec_caja
i=1 Minuto N2 Observacin Gua de Observacin
pago
---
---
I5
Es el tiempo promedio que se emite un recibo de pago al paciente en caja t_emi_rec_caja . Se calcula por la sumatoria del tiempo que se emiti el recibo sobre el nmero de pacientes(N).
___________ N
30
que se realiza el
Tiempo promedio de
Tiempo promedio en
arqueo en el rea de
Caja
=1(
arqueo en el rea de
I6
) Minuto
--___________
Nb
---
la sumatoria de la
(ACf)con el tiempo
Cuadro N 2: Indicadores del Sistema Informtico para la Gestin de Consultas Clnicas Continuacin
DEFINICIN OPERATIVA UNIDAD TCNICA INSTRUMENTOS FUENTE INFORMANTES
ITEM
DENOMINACIN
DEFINIICIN
CONCEPTUAL
Tiempo promedio
I7
Observacin N6 Gua de Observacin )
de registro de
---
---
en Hospitalizacin
___________
N
Es el tiempo promedio de registro de un paciente en hospitalizacin. Se calcula con la sumatoria de la diferencia del tiempo de fin del registro (RHf) menos el tiempo de inicio (RHi). Dividido entre el nmero de pacientes (N)
31
Tiempo promedio
de reporte de Minuto ( )
=1
Egresos
Observacin
Gua de Observacin N5
---
---
I8 ___________
N
Hospitalarios
Es el tiempo promedio en que se efecta un reporte de los pacientes que fueron egresados de hospitalizacin. Se calcula con la sumatoria de la diferencia del tiempo final () menos el tiempo de inicio () dividido entre el nmero de pacientes egresados (N).
Cuadro N 2 : Indicadores del Sistema Informtico para la Gestin de Consultas Clnicas Continuacin
DEFINICIN OPERATIVA UNIDAD TCNICA INSTRUMENTOS FUENTE INFORMANTES
ITEM
DENOMINACIN
DEFINIICIN
CONCEPTUAL
Grado de
Encuesta
Cuestionario de encuesta
I9
32
Minuto ( )
=1
I10
de reportes de
Gua de Observacin N5
consultas clnicas.
---
---
___________
N
Es el tiempo promedio en que se efecta un reporte de las consultas clnicas que fueron atendidas durante el mes en el hospital. Se calcula con la sumatoria de la diferencia del tiempo final ( ) menos el tiempo de inicio () dividido por el nmero de las consultas clnicas. (N).
33
2.1 Marco Terico Referencial 2.1.1 El hospital Nuestra Seora de las Mercedes El Hospital de Apoyo I Nuestra Seora de las Mercedes, pertenece al Ministerio de Salud Piura II. Inici su funcionamiento en el ao 1941, como Centro Materno-Infantil. En el ao 1999 mediante la Resolucin Ministerial N 253-99-SA/DM del 25.05.99, se le otorga la categora de Hospital de Apoyo I Nuestra Seora de las Mercedes (Hospital las Mercedes). En el 2004, empieza a funcionar como Unidad Ejecutora y cabeza de Red (Micro Red Paita). Misin: Somos una institucin que presta servicios, con una cultura de calidad que regula los esfuerzos de la sociedad, promueve y ejecuta acciones integrales para la salud de la persona, la familia y la comunidad, haciendo prevencin, recuperacin y rehabilitacin de la poblacin paitea con prioridad a los estratos de pobreza y extrema pobreza. Buscamos mantener una comunidad saludable para el desarrollo econmico social sostenible cumpliendo los objetivos y polticas nacionales y regionales de salud en concertacin con los sectores pblicos, privados y otros actores sociales, en un ambiente saludable, con trabajadores como agentes de cambio en constante superacin, contribuyendo al desarrollo sostenible de la regin . (HLMP-2004). Visin: La Visin del hospital es contar con infraestructura moderna y equipos con tecnologa de punta, de excelencia y liderazgo en la atencin hospitalaria integral a la poblacin en condiciones de equidad, calidad y plena accesibilidad, fortaleciendo y diversificando en la investigacin y en el apoyo a la docencia de las entidades educativas, para la salud de acuerdo a la modernidad, integrndose al sistema de referencia y contrareferencia de atencin de la salud. (HLMP-2004).
Est conformado por diferentes rganos, reas segn las especialidades, servicios sociales y procesos administrativos. La estructura orgnica segn el Hospital de Apoyo I Nuestra Seora de las Mercedes Manual de Organizacin y Funciones (2006) es: A. RGANO DE DIRECCIN - Direccin B. ORGANO DE CONTROL - rgano de Control Institucional
34
C. ORGANO DE ASESORAMIENTO - Unidad de Planeamiento Estratgico - Unidad de Epidemiologa y Salud Ambiental D. ORGANO DE APOYO Unidad de Apoyo Administrativo Unidad de Estadstica e Informtica Unidad de Apoyo a la Docencia e Investigacin
E. ORGANOS DE LNEA Servicio de Consulta Externa y Hospitalizacin Servicio de Medicina, Ciruga y Anestesiologa Servicio de Pediatra Servicio de Gineco-Obstetricia Servicio de Odontoestomatologa Servicio de Enfermera Servicio de Emergencia Servicio de Apoyo al Diagnstico y al Tratamiento Unidad de Planeamiento Estratgico Unidad de Epidemiologa y Salud Ambiental.
La Funciones Generales del Hospital segn el Hospital de Apoyo I Nuestra Seora de las Mercedes Manual de Organizacin y Funciones (2006) son: - Alcanzar la recuperacin de la salud y la rehabilitacin de las capacidades de los pacientes, en condiciones de oportunidad, equidad, calidad y plena accesibilidad, en Consulta Externa, Hospitalizacin y Emergencia. - Defender la vida y proteger la salud de la persona desde su concepcin hasta su muerte natural. - Obtener la prevencin y disminucin de los riesgos y daos a la salud.
- Apoyar la formacin y especializacin de los recursos humanos, asignando campo clnico y el personal para la docencia e investigacin, a cargo de los Institutos Tecnolgicos educativas, segn los convenios respectivos. - Administrar los recursos humanos materiales para el logro de la misin y sus
objetivos en cumplimiento a las normas vigentes. - Mejorar continuamente la calidad, productividad, eficiencia y eficacia de la atencin a la salud, estableciendo las normas y los parmetros necesarios, as como generando una cultura organizacional con valores y actitudes hacia la satisfaccin de las necesidades y expectativas del paciente y su entorno familiar. El rea de investigacin que se ha tomado en cuenta en el proyecto es la Unidad de Estadstica e Informtica, se define como la unidad orgnica encargada de lograr que el Hospital provea la informacin estadstica de salud y el soporte informtico,
35
mecanizacin e integracin de los sistemas de informacin requeridos para los procesos organizacionales.
son:
- Programar y ejecutar la recoleccin, validacin, consistencia, procesamiento de datos, consolidacin, anlisis y difusin de la informacin estadstica de salud a los usuarios internos y externos, segn las normas establecidas. - Producir los indicadores estadsticos de salud para la toma de decisiones y la generacin de datos de acuerdo a las necesidades y prioridades de las unidades orgnicas del Hospital. - Analizar e interpretar la informacin estadstica para facilitar el proceso de toma de decisiones. - Identificar y proponer a la Direccin Regional de Salud, las necesidades de diseo y mejoramiento de los sistemas integrados de informacin que se establezcan. - Alcanzar la provisin de servicios informticos, sistemas de informacin,
telecomunicaciones, informtica y telemtica en el mbito institucional a travs de las instancias pertinentes. - Establecer y mantener la seguridad, integracin y operatividad de las redes de informacin y bases de datos institucionales necesarias. - Obtener y mantener interconectividad de las redes y bases de datos institucionales con las de nivel regional y nacional. - Alcanzar que los usuarios internos y externos tengan la disponibilidad de asesora y asistencia tcnica disponible en el uso de aplicaciones informticas,
telecomunicaciones y nuevas tecnologas de informacin. - Implantar los proyectos de desarrollo de tecnologa de informacin y
- Aplicar y mantener las normas y estndares de informtica y telecomunicaciones establecidas por la Direccin Regional de Salud Piura en el Hospital.
Segn el Hospital de Apoyo I Nuestra Seora de las Mercedes Manual de Organizacin y Funciones (2006). La Unidad de Estadstica cumple las siguientes funciones - Identificar y priorizar las necesidades de diseo y mejoramiento en el desarrollo de los datos y sistemas de informacin. - Proponer nuevas oportunidades de aplicacin de tecnologas de informacin para producir mejores niveles de formacin. - Presentar los requerimientos de servicios informticos, sistemas de informacin, telecomunicaciones y telemtica que sean necesarios en el mbito geogrfico asignado.
36
- Identificar y proponer nuevas oportunidades de aplicacin de tecnologas de informacin. - Implantar los proyectos de desarrollo de tecnologa de informacin y
telecomunicaciones que se programen. Teniendo en cuenta la forma de organizacin del Hospital Nuestra Seora de las Mercedes, segn el Manual de Organizacin y Funciones, se procede a describir cada una de las reas respectivas con las funciones que desarrolla cada una de ellas. DIRECCIN Funciones Especificas: a. Planificar, organizar, dirigir y controlar el funcionamiento del hospital de acuerdo a las polticas, normas y disposiciones legales del sector. b. Delegar funciones segn corresponda para dar mayor operatividad a los servicios y unidades orgnicas, debiendo supervisarlas rutinariamente c. Promover el trabajo en equipo designando el comit de gestin y los grupos de trabajo respectivos a los cuales convocar peridicamente para las evaluaciones y toma de decisiones respectivas. d. Coordinar permanentemente con las diferentes instituciones gubernamentales y privadas para la ejecucin de acciones conjuntas en beneficio de la poblacin. e. Expedir resoluciones y otras normas administrativas, celebrar contratos y/o convenios para el cumplimiento de la misin, objetivos y metas institucionales. f. Controlar la utilizacin racional de los fondos y recursos del hospital, autorizando el compromiso de gastos que estn ajustados a ley; as mismo, control de la produccin, productividad y costos de sus servicios. g. Proponer ante los niveles superiores las recomendaciones sobre la aplicacin de medidas de inters institucional o sectorial en el marco de la normatividad legal vigente.
h. Conducir
la
poltica
de
personal,
promoviendo
las
buenas
relaciones
interpersonales observando las normas de tica y trato justo y equitativo ajustado a la constitucin, Decreto legislativo 276 y reglamento. i. j. Representar legal e institucionalmente al hospital. Otras funciones que le asigne la Direccin General de la DISA PIURA II.
RGANO DE CONTROL INSTITUCIONAL La Unidad de Control Institucional, es el rgano encargado de programar y ejecutar el control administrativo y financiero de las actividades del Hospital Apoyo I Nuestra Sra. de las Mercedes de conformidad con la Ley Orgnica del Sistema Nacional de Control y con las Directivas de la Inspectora Interna de la Direccin de Salud PIURAII. a. Programar, dirigir, ejecutar y coordinar las acciones de control en el mbito de su competencia.
37
b. Realizar
el
control
de
los
aspectos
tcnicos,
econmicos,
financieros,
administrativos y de gestin en general a travs de exmenes especiales, inspecciones e investigaciones. c. Efectuar el seguimiento de las medidas correctivas propuestas en las
observaciones y recomendaciones formuladas en cumplimiento de las normas legales establecidas. d. Mantener informada a la Direccin sobre los resultados de las acciones de control. e. Efectuar el control de las operaciones financiero contables de los documentos que le sean indicados por la Direccin del Hospital. f. Difundir la legislacin y tcnicas de control a nivel institucional.
g. Efectuar labores de capacitacin a las instancias administrativas a fin de superar errores u omisiones por desconocimiento de las normas vigentes h. Otras funciones que le asigne. UNIDAD DE PLANEAMIENTO ESTRATGICO Es rgano de Asesoramiento encargado de conducir el proceso de planificacin, presupuesto y racionalizacin en el Hospital. La unidad de planeamiento estratgico tiene las siguientes funciones : a. Formular los planes y proyectos del Hospital Apoyo I Nuestra. Sra. de las Mercedes Paita a corto, mediano y largo plazo, en concordancia con los planes sectoriales de salud. b. Consolidar el Plan Operativo anual en base a la programacin local de actividades de salud. c. Formular, consolidar y evaluar el presupuesto anual del Hospital Apoyo I Nuestra Sra. de las Mercedes en base al Plan Operativo aprobado. d. Asesorar a la Direccin del Hospital en la Poltica de Racionalizacin de los recursos, proponiendo los mtodos de organizacin, sistemas y procedimientos administrativos a adoptarse en los diferentes rganos de la Institucin.
e. Evaluar el cumplimiento de los planes y programas establecidos de acuerdo con la poltica del sector.
UNIDAD DE ADMINISTRACIN Es la unidad orgnica de apoyo encargada de administrar, supervisar, adecuar y difundir normas y procedimientos de los sistemas de logstica, contabilidad, tesorera y personal. La unidad administrativa cumple las siguientes funciones: a. Mantener el funcionamiento de los sistemas administrativos de personal, logstica, contabilidad y vigente. b. Ejecutar el presupuesto asignado para el logro de los objetivos estratgicos y tesorera, que administra en concordancia con la normatividad
38
funcionales as como participar en su formulacin y programacin, en concordancia con la normatividad vigente. c. Adecuar, difundir y velar por la aplicacin de las normas y procedimientos de los sistemas de logstica, contabilidad, tesorera y personal en concordancia con la normatividad vigente. d. Implementar en los sistemas administrativos a su cargo el control previo o concurrente. e. Administrar y controlar los recursos Econmicos Financieros y la correcta ejecucin del presupuesto asignado. f. Supervisar y controlar el estricto cumplimiento de normas y procedimientos de las reas administrativas de Logstica, economa y personal. g. Conducir y evaluar permanentemente los procedimientos administrativos de abastecimiento, tesorera, personal, y economa con el fin de hacer ms eficiente la gestin. h. Conduce el proceso de ejecucin presupuestal i. Formular directivas internas para la administracin de los recursos y supervisar el cumplimiento. j. Conducir la formulacin del plan anual de adquisiciones en base a los requerimientos de los servicios y presupuesto asignado k. Velar por el abastecimiento oportuno de bienes y la prestacin de servicios, para lograr el buen funcionamiento del hospital y as poder alcanzar los objetivos y metas propuestas en concordancia con lo programado en el plan de adquisiciones. l. Analizar y evaluar las actividades recomendaciones pertinentes. administrativas del hospital y formular las
UNIDAD DE EPIDEMIOLOGIA Y SANEAMIENTO AMBIENTAL La Unidad de Epidemiologia y Saneamiento Ambiental es el rgano de asesoramiento encargado de realizar la vigilancia epidemiolgica permanente de enfermedades trasmisibles a nivel intrahospitalario as como conducir los procesos de saneamiento ambiental.
La unidad de epidemiologia y saneamiento ambiental tiene las siguientes funciones: a. Realizar la vigilancia epidemiolgica de enfermedades trasmisibles a nivel intrahospitalario. b. Realizar estudios epidemiolgicos y de investigacin operacional tanto a nivel hospitalario como de la comunidad en coordinacin con la Direccin Sub Regional que permiten reorientar las polticas y programas de salud segn sea el caso. c. Conducir, monitorear y controlar los procesos y actividades de saneamiento Ambiental. d. Coordinar las labores de sanidad martima
39
UNIDAD DE ESTADSTICA E INFORMTICA Es la unidad orgnica de apoyo encargada de identificar, ejecutar, producir, mantener, aplicar y administrar la informacin estadstica bajo normas y estndares establecidas por el Ministerio de Salud. La Unidad de Estadstica cumple las siguientes funciones: a. Identificar y priorizar las necesidades de diseo y mejoramiento en el desarrollo de los datos y sistemas de informacin. b. Proponer nuevas oportunidades de aplicacin de tecnologas de informacin para producir mejores niveles de formacin. c. Presentar los requerimientos de servicios informticos, sistemas de informacin, telecomunicaciones y telemtica que sean necesarios en el mbito geogrfico asignado. d. Identificar y proponer nuevas oportunidades de aplicacin de tecnologas de informacin. e. Implantar los proyectos de desarrollo de tecnologa de informacin y
Procesamiento automtico de datos. g. Ejecucin y control de actividades tcnica administrativa relacionadas con el procesamiento automtico de datos.
2.1.2 Gestin de Consultas Clnicas Segn GAFO Javier (1999). La gestin del Hospital debe ser completamente
transparente, como exponente de un cambio estratgico que permita conocer no slo el momento actual sino las perspectivas de futuro. En primer lugar debe hacerse un anlisis del entorno sanitario en el que se encuentra, haciendo referencia a la influencia que la poltica sanitaria ejerce sobre el centro, as como al rea de influencia del hospital y las tendencias en las necesidades que se demandan desde la misma.
Gestionar consiste en coordinar y motivar a los integrantes de una organizacin para alcanzar metas individuales y colectivas. Se han tomado algunas ideas segn el autor JIMNEZ (2000): La empresa es un sistema tcnico-social abierto, cuya funcin bsica es la de crear bienes y servicios que contribuyan a elevar el nivel de vida de la humanidad. Al conceptuar como empresa
40
cualquier sistema tcnico-social generador de bienes y servicios, podemos incluir perfectamente a los hospitales en esta definicin. Dentro de los hospitales nos encontramos con los que pertenecen al sector pblico que no tienen el beneficio entre sus objetivos; y los que son privados necesitan beneficios para mantenerse, ya que de otra manera no podran captar los recursos necesarios. Tanto en uno como en otro caso han de ser eficaces y eficientes o, lo que es lo mismo, han de lograr sus objetivos con el correcto empleo de los recursos utilizados.
Para la evaluacin de la Gestin Hospitalaria existen numerosas formas de evaluar la gestin que se realiza en el hospital. Los sistemas de informacin hospitalaria permiten conocer la situacin de los recursos del hospital en tiempo real, posibilitando su gestin. Una herramienta muy til que se ha estandarizado es el Conjunto mnimo bsico de datos (CMBD), que recoge informacin clnica, econmica y administrativa de cada proceso que atiende el hospital.
El autor ASENJO (2007) determina que la: Gestin de pacientes son los procesos que rigen el movimiento de un paciente en un hospital; los procesos de admisin y gestin de camas, la gestin de quirfanos, la gestin de las consultas externas y de las urgencias, el alta, etc. Y la Gestin clnica son las herramientas que dan soporte a la prctica clnica es una relacin que se alimenta de dos fuentes: la historia clnica y el conocimiento. Se define actividades de admisin como asignacin de habitacin, programacin de ingreso, estimacin de nmero de ingresos.
Segn AYUSO Murillo Diego (2006) Identifica cuatro teoras de funcionamiento en el rea de Admisin: a. Admisin como servicio de gestin El rea de Admisin se posiciona como el rgano intrahospitalario que coordina, organiza y ordena todas la actuaciones asistenciales para que estn sucedan en tiempo y forma con el objetivo de asegurar la mejor atencin al paciente. Y por otro lado para una adecuada y responsable utilizacin de los recursos del hospital.
b. Admisin como sistemas de informacin La cantidad de datos clnicos y administrativos que genera el flujo de pacientes por las diferentes reas asistenciales. Este volumen de informacin es necesario registrarlo bajo unas condiciones mnimas de calidad y fiabilidad, as tambin en el tiempo
41
Bajo esta perspectiva el rea de Admisin se posiciona como el garante de dicho objetivo. Para ello ser el responsable de elaborar procedimientos adecuados al funcionamiento especfico de cada hospital para cumplir tal objetivo. c. Admisin como servicio de atencin al paciente Cualquier proceso asistencial de un paciente requiere un trmite administrativo. Por otro lado, el rea de Admisin es la que mayor contacto tiene con los pacientes por el nmero de veces que acuden estos a resolver sus situaciones o incidencias administrativas. Es por todo esto por lo que Admisin se perfila como una pieza clave en la satisfaccin del paciente, tanto porque su proceso finalice correctamente como por el trato recibido, agilidad en la solucin del problema administrativo. d. Admisin como mejora continua de calidad Prcticamente todas las actividades que realiza Admisin en la actualidad no podemos imaginarlas sin un poderoso SOPORTE INFORMTICO que sea capaz de automatizar muchos procesos, como pueden ser citas generadas por el especialista, generadas desde atencin primaria, seguimiento de huecos de citas libres en consulta, etc.
Para FARRIOLSI Sol Antoni, Presidente de la CLI (Comisin de Libertades e Informtica-Espaa). En la historia clnica se guardan muchos datos ntimos de la persona, teniendo derecho sta a decidir sobre los mismos, sobre quien los ve y quien accede a ellos. Por ello una historia clnica centralizada a la que pueden tener acceso personas no autorizadas por el paciente puede poner en peligro los derechos del mismo.
Segn la Norma Tcnica de la Historia Clnica de los establecimientos del sector salud- Per (MINSA 2005). Los establecimientos de salud, implementarn la norma de Historia Clnica bajo responsabilidad de los directores o jefes correspondientes. - Todo acto mdico brindado a los usuarios en los establecimientos ser registrado en la Historia Clnica, que constituye el registro primario de cada atencin. - Las Historias Clnicas debern estar accesibles al personal autorizado durante el horario de atencin del establecimiento. - Las Historias Clnicas que se aperturen para registrar las atenciones en consulta externa y hospitalizacin sern documentos individuales y nicos para cada usuario. - El establecimiento queda obligado a entregar copia de la Historia Clnica, incluida la epicrisis, cuando el usuario o su representante legal lo soliciten, en cuyo caso el costo ser asumido por el interesado. - Para la elaboracin de la Historia Clnica, se deber tener en cuenta el nivel de atencin y el tipo de prestacin.
42
- En el I nivel de atencin, en los establecimientos de salud con poblacin asignada, se utilizar la Carpeta Familiar y los formatos segn etapas de vida definidas en el documento marco del Modelo de Atencin Integral: Nio, adolescente, adulto y adulto mayor. - En el I nivel de atencin, en los establecimientos de salud que no tienen poblacin asignada, se utilizarn los formatos relacionados a la prestacin en consulta ambulatoria, emergencia y para el caso de internamiento se utilizarn los formatos de hospitalizacin segn corresponda. - En el II y el III nivel de atencin se utilizarn los formatos relacionados a la prestacin en consulta ambulatoria, emergencia y hospitalizacin.
2.1.3 Sistema Informtico Sistema Segn el autor (CHECKCLAND 2004) considera que: El sistema engloba la idea de
un grupo de elementos conectados entre s, que forman un todo, que muestra propiedades que son propiedades del todo y no solo propiedades de sus partes componentes.
Se ha considerado algunas citas textuales segn el autor (AYUSO 2006): El sistema de informacin se define como un conjunto formal de procesos que, operando sobre una coleccin de datos estructurada segn las necesidades de la empresa, recopilan, elaboran y distribuyen la informacin necesaria para las operaciones de dicha empresa y para las actividades de direccin y control correspondientes para desempaar su actividad de acuerdo a su estrategia de negocio. De todas las actividades que componen un proceso, solo algunas pueden estar automatizadas e incorporadas en un sistema informtico. Este subconjunto formal de actividades de proceso que pueden automatizarse se denomina Sistema de Informacin Automatizado (SIA).
43
Como puede verse en la Figura N4, el SI y el SIA, son definiciones conceptuales de los procesos de trabajo de la organizacin. El sistema informtico son solo las herramientas tecnolgicas que dan soporte a las actividades descritas para el SIA. Hay varios retos a los que se enfrenta la sanidad para los prximos aos, en los cuales las Tecnologas de Informacin pueden aportar una ayuda considerable para la agilizacin de los procesos de comunicacin y soporte de conocimiento El escenario actual es el que define realmente la problemtica de la Decisin Clnica. La orientacin de las Tecnologas de Informacin (TI) hacia la asistencia significa una orientacin hacia el paciente y por lo tanto, deben dar tanto el soporte tecnolgico adecuado para facilitar las actividades de carcter estructural, como aportar conocimiento al equipo clnico para ayudar a la toma de decisiones relacionadas de forma directa con el diagnstico, tratamiento, seguimiento y cuidado del paciente. . (AYUSO 2006, pp.505-507)
A continuacin nombraremos algunas implementaciones Nacional e Internacional relacionadas con las Historias Clnicas electrnicas tomadas en cuenta en el proyecto de investigacin. En el Hospital peruano CUAJONE, perteneciente a la empresa Southern Per Copper Corporation (SPCC). Ubicado en el departamento de Moquegua, Per; se report el uso y satisfaccin de un Sistema Integral de Historias Clnicas Electrnicas . Segn los autores (Curioso Walter, Saldas Jos - Zambrano Roberto 2002)
Todava es muy bajo la cantidad de mdicos en todo el mundo, que utiliza la informtica, y en particular las historias clnicas electrnicas, en parte porque aun no han adquirido la capacitacin nece saria y en parte porque ste cambio les parece muy complicado. El valor potencial de las computadoras en medicina ha sido reconocido por aos y la informtica mdica ha emergido como un campo de investigacin interdisciplinaria importante en medicina. Avances en la tecnologa de las historias clnicas electrnicas (HCE) han hecho posible que reemplacen muchas funciones de la tradicional historia clnica en papel y el uso de HCE promete logros significativos en el cuidado del paciente.- Un creciente pero todava limitado nmero de mdicos estn comenzando a interesarse en los sistemas de HCE como mtodo para manejar ms eficientemente el volumen creciente acerca de la informacin del paciente.- La renuencia a implementar sistemas de HCE por parte de los mdicos se ha debido a una variedad de factores: costo, disponibilidad de sistemas bien validados, obstculos para ingresar los datos, prdida de estndares uniformes, vendedores sin experiencia, y otros temas como la seguridad y confiabilidad del paciente y aspectos legales.
44
Sin embargo, trabajos como el de Tiemey WM y Col. demuestran en estudios clnicos controlados y aleatorizados que una red de computadoras que permita ingresar todas las rdenes de pacientes disminuye significativamente costos tanto para el paciente como para el hospital. Se menciona en la literatura de hospitales norteamericanos que la cantidad ahorrada es aproximadamente tres millones de dlares anualmente para el servicio y aproximadamente diez mil millones para su nacin. De otro lado, se invierte ms tiempo en educacin y entrenamiento a mdicos y enfermeras en el sistema electrnico que con la historia clnica convencional. La evolucin del sistema tradicional de historias clnicas en papel a la HCE es un proceso que toma tiempo. Sin embargo, es indudable que en el futuro la sistematizacin de la informacin y la transferencia de todos los datos mdicos van a ser un acto cotidiano para los mdicos.
Software para la Gestin de Consultas Clnicas Existen diversos software especializados en la gestin clnica y administrativa, entre ellos podemos rescatar los siguientes: MedicalsWare Gestin Clnica Versin 1.84 Es un producto software dedicado a la gestin clnica integrada, consiste en una aplicacin que es adaptable a cualquier modificacin que se precise. Utiliza la tecnologa propia del servidor TOMCAT, este servidor usa SSL para encriptar todos los datos va la Web. Este se descompone en tres tareas principales: Libro de visitas, mantenimiento de los pacientes y el historial clnico. El libro de visitas, permite mantener la agenda diaria de controles, visitas, etc. Tambin permite la posibilidad de consultar las visitas pertenecientes una fecha determinada usando el telfono mvil; para esta funcionalidad ser necesario que el mvil posea la capacidad de ejecucin de aplicaciones JAVA que soporte conexiones GRPS Otra de las particularidades del aplicativo, es la posibilidad de almacenar todas las imgenes radiolgicas, ecografas y otras que se disponga del paciente. Esto permitir ver la evolucin del paciente y acceder en cualquier momento a cualquier imagen del historial. Las imgenes son guardadas junto a los resultados de los anlisis del paciente. Las imgenes son ampliadas desde el mismo historial, sin necesidad de aplicativos externos. Otras utilidades: - Existen otras utilidades de la aplicacin, por ejemplo se puede enviar correo directamente a todos los clientes. - El sistema de seguridad permite dar o sacar privilegios a las distintas partes del aplicativo, sin que esta sufra ningn tipo de modificacin.
45
- Ya que se trata de una aplicacin web, tenemos la posibilidad de acceder a la aplicacin desde una PDA o bien un Pocket PC siempre que dispongan del sistema GRPS. TGClnicaPlus Est orientado preferentemente al sector hospitalario. Permite gestionar las historias y visitas de pacientes e incorporar imgenes e informes en su ficha. Ofrece la posibilidad de generacin y borrado de calendarios, pudiendo seleccionar por mdicos, especialidades y das disponibles, adems puede obtener un resumen diario de las citas, urgencias y aplicaciones. La gestin de citas de pacientes se podr filtrar por da, hora, mdico, especialidad o entidad, dando la posibilidad de confirmar las visitas. Realiza la facturacin a entidades y particulares, la emisin de recibos y gestin de cobros. Permite la generacin de citas externas con centros concertados. Podr disponer de un limitado nmero de mdicos y recursos. Dispondr de una gestin de cobros para controlar el cobro de facturas emitidas. Tiene la posibilidad de obtener el resumen econmico diario, ya que dispone de un control de cierre diario que efecta la conciliacin de las citas previstas con las aplicaciones o servicios realizados.
Gestiona los ingresos hospitalarios y de habitaciones, tanto libres como ocupadas, llevando un seguimiento completo de los ingresos, las visitas de mdicos y enfermeras, los tratamientos aplicados durante el ingreso y mostrando grficas de la evolucin del paciente. Controla las intervenciones quirrgicas, fecha, hora, procedimiento tanto anestsico como quirrgico, mdicos, ayudantes y libro de quirfano. Dispone de informes y estadsticas detalladas de altas hospitalarias, pacientes, aplicaciones, facturacin.
OCMed
Es un paquete de Software que gestiona centros mdicos y consultorios de cualquier dimensin y especialidad, ofreciendo una gestin potente y fiable ayudando a obtener el mayor rendimiento y productividad. Su tecnologa .Net le permite ejecutar las aplicaciones sin precisar registrar ningn componente en el ordenador del usuario, facilitando de este modo su distribucin en la red corporativa. Trabaja con bases de datos SQL Server y Microsoft Access, en modalidad cliente/servidor en sistemas operativos Windows de Microsoft en versiones presentes y futuras. Funcionalidades Principales Gestin entorno usuarios, mdicos, departamentos y empresas (centros) Gestin de pacientes. Identificacin procedencia Mutua/Privado/SS Citaciones - Agenda Visitas
46
Historial Clnico Facturacin (procesos automticos segn visitas, privadas o mutuas. Gestin Caja (cobros y pagos, visitas y gastos centro) Exportacin Contable (adaptable a cualquier aplicacin de contabilidad) Gestin de materiales y stocks
GAFMedic v 3.00 Posee en un nico sistema las funcionalidades de una agenda de turnos, ms un potente administrador de historias clnicas mdicas y un completo modulo de facturacin. En el modulo de turnos se pueden administrar los turnos de todos los mdicos de su consultorio, definiendo das y horarios de atencin por cada uno de ellos. Tambin cuenta con un modulo de mensajes tipo Messenger, a travs del cual pueden comunicarse todos los puestos de la red, sin necesidad de usar el telfono. La carga de historias clnicas sigue los pasos estndar de la consulta mdica, y se pueden configurar los antecedentes del paciente de acuerdo a su especialidad e informes El modulo de facturacin permite cargar ordenes medicas con sus correspondientes practicas, definir los valores por obra social y realizar la liquidacin mensual por medico y obra social.
Citmed 6 Es un software destinado a la gestin de consultas mdicas que destaca por su facilidad de instalacin y sencillo manejo. Concebido para adaptarse a los diferentes entornos clnicos , Citmed 6 para Windows proporciona flexibilidad con sus modos de funcionamiento multi-consulta y multiespecialidad. Diseado para trabajar en red local, incorpora un sistema de seguridad adecuado a los requisitos en materia de proteccin de la privacidad de los datos de los pacientes. 2.1.4 Metodologa
a) METODOLOGA DE PROCESO UNIFICADO RATIONAL. (RUP) Para el autor JACOBSON & siguiente: El Proceso Unificado es ms que un simple proceso; es un marco de trabajo genrico que puede especializarse para una gran variedad de sistemas de software, para diferentes reas de aplicacin, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaos de proyecto. BOOCH & RUMBAUGH (2000) RUP representa lo
47
RUP propone tres caractersticas esenciales: Dirigido por casos de uso, Iterativo e incremental, y Centrado en la arquitectura. Proporciona las siguientes fases para RUP: Cada ciclo se desarrolla a lo largo del tiempo, este tiempo a su vez se divide en cuatro fases. Estas son: Inicio: Esta fase responde a las siguientes preguntas: Cules son las principales funciones del sistema para sus usuarios ms importantes?, Cmo podra ser la arquitectura del sistema?, Cul es el plan de proyecto y cunto costar desarrollar el producto? En esta fase se identifican y priorizan los riesgos ms importantes, se planifica en detalle la fase de elaboracin, y se estima el proyecto de manera aproximada. Elaboracin: Se especifican en detalle la mayora de los casos de uso del producto y se disea la arquitectura del sistema. En esta fase la pregunta fundamental es: Son suficientemente estables los casos de uso, la arquitectura y el plan, y estn los riesgos suficientemente controlados como para que seamos capaces de comprometernos al desarrollo entero mediante un contrato? Construccin: Se crea el producto, es decir, se crea el software sobre la arquitectura. Al final de esta fase, el producto contiene todos los casos de uso que la direccin y el cliente han acordado para el desarrollo de esta versin. Sin embrago, puede que no est completamente libre de defectos. Muchos de estos defectos se descubrirn y solucionaran durante la fase de transicin. La pregunta decisiva es: cubre el producto las necesidades de algunos usuarios de manera suficiente como para hacer una primera entrega? Transicin: cubre el periodo durante el cual el producto se convierte en versin beta. Durante el uso de esta versin beta un nmero reducido de usuarios con experiencia prueba el software e informa de los defectos o deficiencias. Los desarrolladores corrigen los problemas e incorporan algunas de las mejoras sugeridas en una versin general dirigida a la totalidad de la comunidad de usuarios. (JACOBSON BOOCH & RUMBAUGH 2000 pp. 123-126).
48
Figura N 4 Fases e Iteraciones de la Metodologa RUP Fuente: JACOBSON & BOOCH & RUMBAUGH (2000)
Para JACOBSON & BOOCH & RUMBAUGH (2000) El proceso unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. Cada ciclo concluye con una versin del producto para los clientes y consta de cuatro fases cada fase a su vez se subdivide en iteraciones. Los flujos que son requerimientos, anlisis, diseo, implementacin y pruebas, se ejecutan dentro de cada fase.
Se ha considerado las siguientes ventajas y desventajas de la metodologa RUP segn JACOBSON & BOOCH & RUMBAUGH (2000). Ventajas: - Gracias a que RUP est dirigido por casos de uso, se pueden identificar los requisitos del software de tal manera que este cumpla con los objetivos del usuario. - Identificacin y la reduccin de los riesgos - Plantea el modelamiento visual basado en UML. - Verificacin de la calidad del software. - Gestin del control de cambios.
49
Desventajas: - Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacin solo servir para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas ms complejos. - Es necesario incluir a ms personas en el equipo de desarrollo:
Especialistas en los diseos y evolucin de casos de uso, de los modelos de anlisis y diseo, de los modelos de implementacin, etc. b) METODOLOGA PROGRAMMING) Segn Kent Beck (1999) la programacin extrema es una va de poco peso, eficiente, de riesgo bajo, flexible, fcil de predecir, cientfica, y divertida para desarrollar software. XP es diseado para trabajos con proyectos que pueden ser construidos por equipos de dos a diez programadores, que no se limita por el entorno de informtica existente, y donde un trabajo razonable de las pruebas ejecutadas se puede hacer en una fraccin de un da. La metodologa de desarrollo de XP adopta tcnicas extremas tiles para la administracin de proyectos y para terminarlos a tiempo. Las cuatro variables para el xito de XP son el tiempo, costo, calidad y alcance. Los cuatros valores son la comunicacin, la simplicidad, la realimentacin y el coraje. XP difiere de otros procesos de desarrollo de proyectos, pues utiliza prcticas de liberacin a corto plazo, semana de trabajo de 40 horas, un cliente en el sitio y programacin en parejas. Los siete roles importantes en el proceso de desarrollo de XP son el de programador, cliente, probador, rastreador, entrenador, consultor y gran jefe. DE LA PROGRAMACIN EXTREMA (XP, EXTREME
Proceso de desarrollo para un proyecto de XP Segn Kent Beck (1999) el proceso se lleva a cabo en cinco etapas: Exploracin: Los cuatros valores son la comunicacin, la simplicidad, la
retroalimentacin y la valenta. Se examina el entorno, conformar el equipo y valorar las habilidades de los miembros del mismo. Esta etapa durar desde unas cuantas semanas (si usted conoce de antemano a los miembros del equipo y la tecnologa) hasta algunos meses (si todo es nuevo). Tambin se ocupar de examinar las tecnologas potenciales que requerir para construir el nuevo sistema. Lo importante en esta etapa es adoptar una actitud desenvuelta y de curiosidad hacia el entorno de trabajo, sus problemas, tecnologas y gente. Planificacin: El propsito de la fase de planificacin es para los clientes y programadores para convenir confiadamente una fecha de comn acuerdo, la mayor parte del conjunto valioso de historias ser hecho.
50
Iteraciones: Se bosqueja toda la arquitectura del sistema, aunque slo sea un diseo preliminar, tambin debe preguntarse si es necesario modificar las fechas programadas o si est trabajando con muchos relatos. Al final de cada iteracin, el cliente habr completado las pruebas funcionales y corrern todo. Puesta en produccin: Se realizan diversas actividades. El ciclo de retroalimentacin se acelera, de tal manera que en lugar de recibir retroalimentacin para una iteracin cada tres semanas, las revisiones del software se realizan en una semana. El producto se libera en esta etapa, aunque se puede mejorar incorporndole otras caractersticas. Mantenimiento: ste se ha descrito como "el estado normal de un proyecto de XP. Una vez que se ha liberado el sistema, es necesario mantenerlo funcionando sin problemas. Se pueden agregar nuevas caractersticas, se pueden tomar en cuenta las sugerencias ms arriesgadas del cliente y se pueden cambiar o incorporar nuevos miembros del equipo. Ventajas Cliente en el sitio. Esta persona toma parte activa en el proceso, pues escribe los relatos del usuario, se comunica con los miembros del equipo y ayuda a establecer prioridades. La programacin en parejas ahorra tiempo, reduce la negligencia, estimula la creatividad y es una manera divertida de programar. Satisfaccin del cliente y el programador. Celebre siempre sus avances, aun cuando sean pequeos, puesto que esto es parte de la cultura de motivar a todos para que pongan todo su entusiasmo en el proyecto. La posibilidad de desarrollar un sistema que se ajuste ms estrechamente a las necesidades y expectativas de los usuarios. Desventajas Dificultad de estimar cunto va a costar un proyecto. Esto se debe a que el alcance del mismo no est completamente definido al comienzo. Baja documentacin, pensando en el posterior mantenimiento del sistema. No disponer de requerimientos detallados escritos lleva a mantener un diseo simple. Necesidad de recodificar constantemente. La recodificacin necesita de permanentes pruebas unitarias. Se debe dedicar tiempo para escuchar a los clientes, tiempo para disear, tiempo para codificar y tiempo para probar. Cuando alguien se une a un equipo, no conoce el proyecto ni al equipo. Estos miembros nuevos atrasarn a los miembros ya existentes del equipo, puesto que estos ltimos tendrn que dedicar tiempo para poner al tanto a los recin ingresados.
51
c) METODOLOGA SCRUM Segn la pgina Web www.scrum.org (2009), proporciona una manera de gestionar proyectos, utilizando la metodologa Scrum. Se ha extrado la siguiente informacin: Scrum es un proceso en el que se aplican de manera regular un conjunto de mejores prcticas para trabajar en equipo y obtener el mejor resultado posible de un proyecto. En Scrum se realizan entregas parciales del resultado final del proyecto, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum est especialmente indicado para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovacin, la competitividad y la productividad son fundamentales. Actividades: Planificacin de la iteracin (Sprint Planning) La planificacin de las tareas a realizar en la iteracin se divide en dos partes: En la primera parte de la reunin, el cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto, pone nombre a la meta de la iteracin y propone los requisitos ms prioritarios a desarrollar en ella. El equipo examina la lista, pregunta al cliente las dudas que le surgen, aade ms condiciones de completitud y selecciona los requisitos ms prioritarios que se compromete a completar en la iteracin, de manera que puedan ser entregados si el cliente lo solicita. En la segunda parte de la reunin. El equipo planifica la iteracin, dado que ha adquirido un compromiso, es el responsable de organizar su trabajo y es quien mejor conoce cmo realizarlo. Se define las tareas necesarias para poder completar cada requisito, creando la lista de tareas de la iteracin.
Ejecucin de la iteracin (Sprint) En Scrum un proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones de un mes natural y hasta de dos semanas). Cada iteracin tiene que proporcionar un resultado completo, un incremento de producto que sea susceptible de ser entregado con el mnimo esfuerzo cuando el cliente lo solicite. Cada da el equipo realiza una reunin de sincronizacin, donde cada miembro inspecciona el trabajo de los otros para poder hacer las adaptaciones necesarias, as como comunicar cuales son los impedimentos con que se encuentra. El Facilitador se encarga de que el equipo pueda cumplir con su compromiso y de que no se merme su productividad.
52
Reunin diaria de sincronizacin del equipo (Scrum daily meeting) El objetivo de esta reunin es facilitar la transferencia de informacin y la colaboracin entre los miembros del equipo para aumentar su productividad. Cada miembro del equipo inspecciona el trabajo que el resto est realizando (dependencias entre tareas, progreso hacia el objetivo de la iteracin, obstculos que pueden impedir este objetivo) para al finalizar la reunin poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso conjunto que el equipo adquiri para la iteracin (en la reunin de planificacin de la iteracin). Demostracin de requisitos completados (Sprint Demonstration) Reunin informal donde el equipo presenta al cliente los requisitos completados en la iteracin, en forma de incremento de producto preparado para ser entregado con el mnimo esfuerzo, haciendo un recorrido por ellos lo ms real y cercano posible al objetivo que se pretende cubrir. En funcin de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva. Retrospectiva (Sprint Retrospective) Con el objetivo de mejorar de manera continua su productividad, el equipo analiza cmo ha sido su manera de trabajar durante la iteracin: Qu cosas han funcionado bien?, Cuales hay que mejorar?, Qu cosas quiere probar hacer en la siguiente iteracin?, Qu ha aprendido?, Cuales son los problemas que podran impedirle progresar adecuadamente? El Facilitador se encargar de ir eliminando los obstculos identificados que el propio equipo no pueda resolver por s mismo. Replanificacin del proyecto En las reuniones de planificacin de entregas y/o durante el transcurso de una iteracin, el cliente va trabajando en la lista de objetivos/requisitos priorizada del
producto
proyecto,
aadiendo
requisitos,
modificndolos,
eliminndolos,
repriorizndolos, cambiando el contenido de iteraciones y definiendo un calendario de entregas que se ajuste mejor a sus nuevas necesidades.
53
Ventajas Fomentar el aprendizaje de los miembros del equipo, ya que pueden ver cmo trabajan los otros segn sus especialidades y experiencias. Conocer el estado de la iteracin, ver si es posible completar los requisitos a que se comprometi el equipo, en vista de las desviaciones y de las tareas pendientes. El cliente puede ver de manera objetiva cmo han sido desarrollados los requisitos que proporcion El equipo puede ver si realmente entendi cules eran los requisitos que solicit el cliente y ver en qu puntos hay que mejorar la comunicacin entre ambos. El equipo se siente ms satisfecho cuando puede ir mostrando los resultados que va obteniendo.
Desventajas El analista de sistemas debe tener la habilidad y mtodos para crear las aplicaciones dinmicas, escalables y evolutivas. Debido a que los usuarios deben participar bastante en el proceso de desarrollo y esto puede resultar frustrante para los desarrolladores e introducir prdidas de tiempo. No se puede cambiar los objetivos/requisitos de la iteracin en curso. La reunin diaria de estado y sincronizacin del equipo no es para resolver problemas, los problemas se resuelven despus de la reunin. No a todos los miembros del equipo les interesan todos los detalles de cada tema.
54
2.1.4.1 Eleccin Metodolgica: Para el presente Proyecto de Investigacin se ha decidido aplicar la METODOLOGA DE PROCESO UNIFICADO RATIONAL (RUP), ya que nos permitir analizar la institucin modelando sus principales procesos que involucran un estudio,
transformando de esta manera los requisitos de un usuario en un sistema de software, pero en la realidad determinar las necesidades del cliente no es tan fcil. Esto nos obliga a que contemos con alguna herramienta que nos permita capturar las necesidades de los usuarios de forma que puedan comunicarse fcilmente a todas las personas involucradas en el proyecto para ello RUP nos proporciona los Caso de Uso Se ha extrado algunos textos principales relacionado a la metodologa RUP segn JACOBSON BOOCH & RUMBAUGH (2000): RUP nos mostrar el camino a travs de los requisitos, anlisis, diseo, implementacin y pruebas para producir un sistema. Sin embargo los casos de uso solamente no son suficientes. Se necesita una arquitectura que nos d una clara perspectiva del sistema completo, necesaria para controlar el desarrollo. La arquitectura de un sistema est conformada por la estructura de sus partes, la naturaleza y propiedades visibles de esas partes, as como de las relaciones y restricciones entre ellas. La metodologa RUP tambin nos ayudar a la identificacin, reduccin y administracin de los riesgos crticos para la viabilidad del sistema que se construir; un riesgo crtico es uno que hara el proyecto inviable. Es por eso que esta metodologa nos indica que todos los riesgos que afecten el desarrollo de nuestro proyecto deben de ser descritos, priorizados, cuales ser su impacto, la forma en que se debe de monitorear y un plan de contingencia que indique lo que se ha de hacer en caso de que el riesgos se materialice. Para lograr que el proyecto a realizar sea un xito es necesario que el producto software que se desarrolle satisfaga las necesidades de la institucin para ello se debe de probar al software mediante iteraciones.
Los criterios que hemos considerado para la eleccin de la Metodologa de Desarrollo a utilizar se muestran a continuacin, en la siguiente tabla: Las calificaciones asignadas por cada criterio van del 1 al 5, siendo 5 la calificacin ms Alta y 1 la calificacin ms baja.
55
Metodologa Criterios de Seleccin RUP 1) Complejidad de la metodologa 2) Nivel de conocimiento de la metodologa 3) Nivel de detalle de los modelos en el anlisis y diseo. 4) Orientada a la documentacin 5) Desarrollo iterativo 6) Documentacin metodologa 7) Tiempo de ejecucin del Proyecto 8) Tamao del equipo 4 2 3 9) Riesgo del proyecto Puntuacin Total Elaborado por los Autores 2.2 Marco Conceptual Sistema Informtico, para el Hospital de Apoyo I Nuestra Seora de las Mercedes: Sistema informtico es el conjunto de elementos que interactan entre s, interrelacionados para recolectar (entrada), manipular (procesamiento) y diseminar (salida) datos e informacin, que cuenta adems de un mecanismo de retroalimentacin para el cumplimiento de un objetivo (Laudon & Laudon 1996); para el rea de Estadstica e Informtica en el Hospital Nuestra Seora de las MercedesPaita. 29 23 23 2 3 2 4 2 2 disponible de la 4 3 3 2 3 2 2 3 2 3 3 4 XP 3 2 4 SCRUM 3 1 4
Gestin de Consultas clnicas en el Hospital de Apoyo I Nuestra Seora de las Mercedes: Un proceso social que lleva consigo la responsabilidad de planear y regular en forma eficiente las operaciones de una empresa, para lograr un propsito . (AYUSO 2006); en el Hospital Nuestra Seora de las Mercedes - Paita.
56
3.1 Fase de Inicio 3.1.1 Anlisis de la Realidad Problemtica La Unidad de Estadstica e Informtica, rea de Admisin, rea de Caja y Hospitalizacin son las reas de estudio del proyecto de investigacin. Sus procesos son desarrollados manualmente ya que no cuentan con una herramienta informtica adecuada que facilite su trabajo. Luego de realizar un anlisis a las reas de estudio y de llevar a cabo los sondeos necesarios, se propuso mdulos, los cuales contribuirn a la sistematizacin de las tareas de cada rea e informatizacin de los procedimientos en la consulta clnica. Detallaremos a continuacin:
Mdulo de Admisin: Los procesos que encontramos en el Mdulo de Admisin son: Administracin de consultas clnicas: Permite al usuario del rea de Admisin registrar y anular la consulta clnica que solicite el paciente. Administracin de Historias clnicas: Permite al usuario del rea de Admisin llevar un control de las historias clnicas fsicas de los pacientes que ingresan a consultorio y/o hospitalizacin. Administracin de Pacientes: Permite al usuario del rea de Admisin registrar, actualizar datos del paciente y registrar su fallecimiento. Administracin de Mdicos: Permite al Administrador registrar, actualizar datos del mdico. Administracin de Especialidad Mdica: Permite al Administrador registrar, actualizar datos de la especialidad mdica. Registro de Atencin de la Consulta Clnica: Permite al mdico registrar la atencin de una consulta clnica, asignarle el diagnstico y tratamiento. Reportes: El usuario visualizar un reporte de la cantidad de consultas clnicas por fecha. Detallando la especialidad, mdico y su respectivo diagnstico. Mdulo de Caja: Los procesos que encontramos dentro del Mdulo de Caja son: Registro de pagos: Permite al usuario del rea de Caja registrar el pago de los servicios asistenciales que brinda el hospital. Anular Boletas: Permite al usuario del rea de Caja la anulacin de las boletas emitidas por el pago del servicio. Mantenimiento de Tipos de Pago: Permite al Administrador registrar, actualizar y dar de baja los servicios o tipos de pago que brinda el hospital. Arqueo de Caja: El usuario visualizar el detalle de arqueo de caja del da, permitiendo un reporte del mismo. Adems podr acceder a informacin de fechas anteriores.
58
Mdulo de Programacin Mdica: Apertura de Programacin Mdica: Permite al usuario del rea de Estadstica e Informtica registrar la programacin de las especialidades, con los turnos y mdicos que atendern la consulta clnica. Registro de Consultorios: Permite al usuario del rea de Estadstica e Informtica registrar consultorios y llevar un control de los mismos. Mdulo de Hospitalizacin: Registro de Hospitalizacin: Permite al usuario del rea de Hospitalizacin, el registro del ingreso y egreso de la hospitalizacin de un paciente. Permite el reporte de las estancias hospitalarias del paciente por especialidad mdica. Registro Camas: Permite al Administrador, el registro de camas de las salas de hospitalizacin.
Mdulo de Seguridad: Este mdulo incluido en el sistema informtico de Gestin de Consultas Clnicas. Permite la administracin de los usuarios, asignarle roles y restricciones. Adems realizar un backup diariamente. Este mdulo ser utilizado por el administrador del sistema.
3.1.2 Planificacin del Proyecto 3.1.2.1 Visin y alcance del Proyecto El presente documento ofrece la informacin necesaria y suficiente para implementar un Sistema Informtico de Gestin de Consultas Clnicas, eficiente para el control y gestin de la informacin en los hospitales pblicos. A travs del sistema propuesto se canaliza la informacin mediante una sola va de ingreso, Centralizando de esta manera toda la informacin ingresada. Apoyndose en esto se gestionar la informacin para realizar una toma de decisiones real y precisa. Para lograr este fin se utilizar como metodologa de desarrollo el Proceso Unificado Rational y para la construccin del sistema se utilizar como lenguaje de programacin a Microsoft Visual Studio 2005 y a Microsoft SQL Server 2005 como sistema gestor de base de datos. Se combinarn ambos paquetes porque nos permitirn trabajar de manera efectiva en una arquitectura Cliente-Servidor.
59
3.1.3 Organizacin del Proyecto 3.1.3.1 Participantes en el Proyecto Roles: Definiremos el comportamiento y las responsabilidades del grupo, trabajando juntos como un equipo. Una persona puede desempear diversos roles, as como un mismo rol puede ser representado por varias personas.
Estos grupos son: Analistas: Claudia Irene Aguilar Saldarriaga Jos Ivn Ipanaqu Pazo Roles: Analistas de procesos de negocio Diseo del negocio Analistas del sistema Especificadores de requisitos con ayuda de los usuarios
Desarrolladores: Claudia Irene Aguilar Saldarriaga Jos Ivn Ipanaqu Pazo Roles: Arquitectos del Software Diseadores de la interfaz de usuario Diseadores de la Base de Datos Implementadores
Gestores: Claudia Irene Aguilar Saldarriaga Jos Ivn Ipanaqu Pazo Roles: Jefe del proyecto Encargado del control del cambio Encargado de Pruebas Encargado de despliegue
60
3.1.4
funcionales los cuales fueron identificados en las entrevistas realizadas al personal de las reas de Admisin, Caja y personal de la Unidad de Estadstica e Informtica. Estos requerimientos estn basados en los mdulos propuestos: Mdulo de Admisin, Mdulo de Programacin Mdica, Mdulo de Caja, Mdulo de Hospitalizacin, Mdulo de Seguridad.
Mdulo de Admisin
Requerimientos Funcionales: Registrar paciente y asignar Nmero de historia clnica. As mismo generar ficha y carn de historia clnica. Actualizar datos y buscar paciente por nmero de Historia Clnica, DNI, Fecha de nacimiento, Apellidos y por nombre. Registrar Consulta Clnica a los pacientes (exonerados, SIS y sin seguro) y Emitir ticket de la consulta clnica. Registrar la salida y retorno de la historia clnica de Admisin a Consultorio y/o Hospitalizacin. As mismo registrar el usuario de admisin que autoriz la salida de la historia clnica. Habilitar la atencin de las consultas clnicas de los pacientes pertenecientes al Sistema Integral de Salud. Anular Consultas Clnicas. Buscar la programacin de las especialidades mdicas por fecha. Visualizar el turno, mdico y consultorio donde se realizar la consulta clnica. Registrar, Actualizar y buscar mdico por nmero cdigo, DNI, Apellidos y por nombre. Registrar, Actualizar y buscar especialidad por cdigo y nombre. Visualizar el reporte de salida y retorno de la historia clnica por fecha. As mismo visualizar las historias clnicas que aun no han sido retornadas al rea de Admisin. Visualizar el reporte de las consultas entregadas, atendidas en consultorio, pagadas, exoneradas, SIS, no atendidas y anuladas. Visualizar el reporte de los pacientes por fecha de registro, nacimientos y fallecimiento.
61
Mdulo de Caja
Requerimientos Funcionales: Registrar pagos de los servicios asistenciales. Emitir Boleta de Pago. Anular Boleta de Pago. Realizar arqueo de caja. Actualizar y Registrar los Tipos de Pagos. Emitir reporte del Control Diario de Ingresos. Emitir reporte de lo recaudado al mes-ao Emitir reporte de las Boletas Anuladas.
Requerimientos Funcionales: Registrar la apertura de la Programacin laborable de los mdicos. Registrar y Actualizar los consultorios. Buscar Programacin por Mdico y Especialidad y emitir reporte.
Mdulo de Hospitalizacin
Requerimientos Funcionales: El sistema deber registrar los ingresos y egresos que se presenten en hospitalizacin. Registrar diagnstico del paciente hospitalizado. Registrar los nacimientos. Emitir reporte de egresos de Hospitalizacin. Visualizando el diagnstico, tipo de alta, total de das de estancia. Emitir reporte de ingresos de Hospitalizacin. En caso el paciente sea transferido. Se visualizar datos del centro de salud de providencia. Calcular el total de estancias hospitalarias. Registrar camas en el servicio de hospitalizacin, actualizar el estado.
62
Mdulo de Seguridad
Requerimientos Funcionales: Registrar a los usuarios del sistema y asignar roles. Realizar Backup a la BD del sistema Actualizar datos y roles de los usuarios El usuario actualizar su contrasea de seguridad. Reporte de los usuarios que accedieron al sistema. Visualizando la fecha y hora de ingreso y salida del sistema.
3.1.4.2
Requerimientos No Funcionales
Los requerimientos no funcionales son: La interfaz debe ser fcil de usar, para que el personal de la entidad de salud, no especializados en herramientas informticas, pueda hacer uso de los reportes fcilmente.
Permitir el registro de niveles de usuario para la seguridad del sistema. Los tipos de usuarios son: Administrador del sistema, Trabajadores de las reas de Admisin, Estadstica, Caja y Hospitalizacin.
El sistema mostrar un manual de ayuda que permita al usuario conocer los procesos del sistema sobre aspectos generales de su funcionamiento como: registrar datos, bsquedas, reportes.
El sistema debe funcionar con los requerimientos mnimos: Sistema Operativo: Windows XP, Windows 2000, windows7 o superior. Memoria RAM: 256 MB o superior.
El tiempo de respuesta del sistema debe ser adecuado al momento de interactuar con la base de datos.
El ingreso de datos al sistema se realiza usando los dispositivos de entrada: mouse y/o teclado.
Facilidad de mantenimiento.
3.1.5 Anlisis de Riesgos 3.1.5.1 Riesgos relacionados con el lugar de desarrollo ADMINISTRACIN DE RIESGOS: A continuacin se identificarn los problemas que afectaran la realizacin del proyecto y su solucin ms adecuada para poder controlarlos.
63
Riesgo afecta a
Aparicin de nuevos requerimientos durante la creacin del software. Proyecto y al Producto. Se tendr que analizar y modelar los nuevos
El impacto asociado es
requerimientos y generar nuevas iteraciones en el sistema empleando ms tiempo y aumentando los costos. Presentar avances o prototipos para que el cliente se d una idea del producto final y acepte el
avance debido a los requerimientos que l nos ha brindado en una forma definida y por lo tanto los cambios sean mnimos.
Riesgo afecta a
El impacto asociado es
administradores de la entidad, lo cual podra acontecer un cambio en la decisin de la implementacin del sistema. Plantear un acuerdo firmado con la misma entidad
para
que
ante
un
posible
cambio
en
la
Riesgo afecta a
Estado de los Equipos informticos Proyecto - No poder realizar el Post Test para contrastar la
El impacto asociado es
hiptesis con los resultados obtenidos mediante la implantacin del sistema. - Solicitar la adquisicin de nuevos equipos de cmputo.
Una adecuada solucin sera Solicitar la repotenciacin de los equipos de cmputo en los que se utilizarn el sistema.
64
Riesgo
Descripcin
por el hombre es un riesgo ya que pueden ocasionar que la informacin se malogre o se pierda.
afecta a
Producto. - Que el sistema est expuesto ante algn desastre y la informacin est expuesta, sobre todo las historias clnicas que son la fuente principal de
El impacto asociado es
informacin de los pacientes dentro del Hospital, por lo que la prdida de una de ellas representa un gran problema para el Hospital y ms an para el paciente. - Para garantizar la seguridad de la informacin, se
Riesgo
Personal no capacitado Algunos usuarios que operarn el sistema no tienen conocimientos en el manejo de Sistemas de
Descripcin
utilizacin del sistema. afecta a Producto No poder realizar el Post Test para contrastar la El impacto asociado es hiptesis con los resultados obtenidos mediante la implantacin del sistema. Los desarrolladores del sistema brindarn una capacitacin al personal para el manejo del sistema. Una adecuada solucin sera - Construir una interfaz amigable y entendible para el usuario. - Crear un manual de ayuda del sistema para el usuario.
65
3.2 Fase de Elaboracin 3.2.1 Requerimientos del sistema a elaborar 3.2.1.1 Requerimientos para el desarrollo del sistema 3.2.1.1.1 Requerimientos de Hardware
Descripcin Computadora Pentium IV 3.0 GHZ, 1024 MB RAM, disco duro 80 GB. Computadora Pentium IV 3.0 GHZ, 512 MB RAM, disco duro 80 GB. Impresora Epson C45 Scanner HP Scanjet 2400
Elaborado por los autores
Cantidad 01
01
01 01
Requerimiento de Hardware a utilizar para la implantacin del Proyecto Cuadro N 4 Hardware requerido para la implantacin del Proyecto.
Descripcin
Cantidad
Costo Aproximado
Computadora-- M300, 2048 MB RAM, disco duro 80 GB. Impresora Impresora de Ticket STAR SP300 total
Elaborado por los autores 3.2.1.1.2 Requerimientos de Software
04 02
66
3.2.1.1.3
Servicios
Cuadro N 5Servicios Utilizados para durante la elaboracin del Proyecto. Servicios Internet Fotocopiados Anillados Transporte urbano Transporte Interprovincial. Telefona Impresiones Elaborado por los Autores
3.2.2 Elaboracin de Diagramas 3.2.2.1 Diagramas de Caso de Uso ACTORES DEL SISTEMA
uc Actors Admision Caja
Consultorio
Encargado de Admisin
Encargado de Caj a
Mdico
Hospitalizacin
Estadstica e Informtica
Encargado de Hospitalizacin
Administrador
67
uc CU_Ingresar al Sistema
Ingresar al Sistema
Validar Usuario
Validar Contrasea
Figura N 7 Diagrama de Caso de Uso Ingresar al Sistema Fuente: Elaborado por los Autores
include
Buscar por DNI include Encargado de Hospitalizacin (from Actors) Emitir Carn de historia Clnica Emitir Ficha nica de historia clnica include
Figura N 8 Diagrama de Caso de Uso Registrar Historia Clnica Fuente: Elaborado por los Autores
68
Buscar Paciente
include
include
include
Buscar Turno
include
include
Figura N 9 Diagrama de Caso de Uso Registrar Consulta Clnica Fuente: Elaborado por los Autores DIAGRAMA DE CASO DE USO REGISTRAR PROGRAMACIN MDICA
uc Registrar Programacin Mdica
include include
include
include
Listar Horario
69
Figura N 10 Diagrama de Caso de Uso Registrar Programacin Mdica Fuente: Elaborado por los Autores
include
Buscar Especialidad
Figura N 11 Diagrama de Caso de Uso Registrar Especialidad Fuente: Elaborado por los Autores
Buscar Paciente
include
Registrar Pago include Encargado de Caj a (from Actors) include include Buscar Tipo de Pago
Calcular Monto
70
Figura N 12 Diagrama de Caso de Uso Registrar Pago Fuente: Elaborado por los Autores
include
Buscar Mdico
Asignar especialidad
Figura N 13 Diagrama de Caso de Uso Registrar Mdico Fuente: Elaborado por los Autores
Registrar sntomas
include
include
Registrar Diagnstico
include
Registrar tratamiento
Buscar CIE
Figura N 14 Diagrama de Caso de Uso Registrar Atencin de Consultas Clnicas Fuente: Elaborado por los Autores
71
Buscar Turno
Registrar Ingreso de Hospitalizacin Encargado de Hospitalizacin (from Actors) include include Buscar Serv icio de Hopitalizacin include Listar Mdico
Registrar Normal
Asignar Cama
Figura N 15 Diagrama de Caso de Uso Registrar Ingreso de Hospitalizacin Fuente: Elaborado por los Autores
include
include
include
Asignar Diagnstico
Figura N 16 Caso de Uso Registrar Egresos Hospitalarios Fuente: Elaborado por los Autores
72
include
Buscar Usuario
Asignar Roles
Figura N 17 Diagrama de Caso de Uso Registrar Usuario Fuente: Elaborado por los Autores
Asignar categoria
include
include
Asignar precio
Figura N 18 Diagrama de Caso de Uso Registrar Tipos de Pagos Fuente: Elaborado por los Autores
73
include
Figura N 19 Diagrama de Caso de Uso Registrar Control de Historia Clnica Fuente: Elaborado por los Autores
uc Registrar Cama
Figura N 20 Diagrama de Caso de Uso Registrar Cama Fuente: Elaborado por los Autores
74
Arqueo Caj a
Figura N 21 Diagrama de Caso de Uso Registrar Arqueo de Caja Fuente: Elaborado por los Autores
75
3.2.2.2 Documentacin de Casos de Uso Tabla N 2 Descripcin de Caso de Uso Ingresar al Sistema Nombre Proceso: Descripcin: Permite a los usuarios ingresar al sistema informtico mediante su nombre de usuario y su contrasea. Actores: Encargado de: Admisin, Caja, Estadstica, Hospitalizacin, mdico y Administrador del sistema. Flujo Bsico: 1. El actor ingresa al sistema. 2. El actor introduce su nombre de usuario y su contrasea. 3. El sistema comprueba la validez de la contrasea y su nombre de usuario, proporcionndole acceso al sistema. Flujo Alternativo: 1. Si la contrasea o el nombre de usuario son incorrectos, se muestra un mensaje de usuario o contrasea incorrecta el cual indica que no se va a tener acceso al sistema. Pre-requisitos: Ninguno. Post condiciones: Los usuarios pueden acceder a los mdulos del sistema. Elaborado por los Autores. INGRESAR AL SISTEMA
76
Tabla N 3 Documentacin de Caso de Uso Registrar Historia Clnica Nombre Proceso: Descripcin: Permite al Encargado de Admisin registrar una historia clnica en el sistema con todos los datos del paciente, para ello se proceder a realizar la bsqueda del paciente por sus datos personales (apellidos y nombres), nmero de historia clnica, DNI, datos de nacimiento. En el momento del registro se generar el nmero de historia clnica, adems de ello se emitir el carn de historia clnica y la ficha nica de historia clnica. Actores: Encargado de Admisin. Flujo Bsico: 1. El encargado de admisin verifica si el paciente se encuentra registrado en el sistema. 2. Si es que no existiera ningn dato del paciente, el encargado de admisin proceder a registrar los datos del nuevo paciente en el sistema (nombres, apellidos, estado civil, direccin, etc.). 3. Se crea un cdigo de historial clnico. 4. Se genera su carn de historia clnica. 5. Se genera la ficha nica de historia clnica. Flujo Alternativo: 1. Si el paciente ya existe en el sistema, no proceder al registro. Pre-requisitos: Que el Encargado de Admisin haya validado su nombre de usuario y su contrasea. Post condiciones: 1. El Encargado de Admisin podr realizar el mantenimiento de pacientes. 2. El paciente podr solicitar servicio mdico (Consulta y/o Hospitalizacin, anlisis clnico, etc.) Elaborado por los Autores. REGISTRAR HISTORIA CLNICA
77
Permite al encargado de Admisin registrar una consulta clnica del paciente. Actores: Encargado de Admisin. Flujo Bsico: El usuario selecciona el mdulo de Admisin. Selecciona la opcin Paciente. Realiza la bsqueda del Paciente. Selecciona opcin consulta clnica. Registra datos de la consulta( tipo consulta, turno, especialidad, mdico, turno, consultorio) Flujo Alternativo: 1. No se efecta la consulta clnica en caso el paciente no est registrado en el sistema. 2. No se efecta la consulta clnica en caso el paciente tenga ms de una consulta en el da. Pre-requisitos: Que el encargado de Admisin haya validado su nombre de usuario y su contrasea. Post condiciones: 1. El Encargado de Admisin podr visualizar los reportes de las consultas del da. 2. El paciente podr solicitar la atencin de la consulta clnica de la especialidad que solicit. Elaborado por los Autores 1. 2. 3. 4. 5.
78
Tabla N 5 Documentacin de Caso de Uso Registrar Pago Nombre Proceso: Descripcin: Permite al encargado de caja registrar el pago que solicita el paciente por un servicio que brinda el hospital. Actores: Encargado de Caja. Flujo Bsico: 1. El usuario selecciona el mdulo de Caja. 2. Selecciona la opcin Registrar Pago. 3. Realiza la bsqueda del paciente (datos personales, cd.-consulta, DNI, N Historia Clnica). 4. Realiza la bsqueda y seleccin del tipo de pago. 5. Emite el documento de pago respectivo. Flujo Alternativo: Ninguno Pre-requisitos: Que el encargado de Caja haya validado su nombre de usuario y su contrasea. Que el paciente se encuentre registrado. Posea nmero de historia clnica. Post condiciones: 1. El Encargado de Caja podr realizar el arqueo de Caja diario. 2. El paciente podr solicitar la atencin por el servicio que pag. Elaborado por los Autores REGISTRAR PAGO.
79
Registro de ingreso del paciente a Hospitalizacin. Actores: Encargado de Hospitalizacin Flujo Bsico: 1. El usuario selecciona el mdulo de Hospitalizacin. 2. Selecciona el tipo de seguro del paciente. Si el paciente es asegurado se le excluye el pago de hospitalizacin. 3. Busca al paciente. 4. Se registra el tipo de hospitalizacin (emergencia, transferencia, normal). 5. Se busca el servicio de hospitalizacin. 6. Listar mdico. 7. Seleccionar cama. Flujo Alternativo: 1. No se efecta la hospitalizacin en caso el paciente no est registrado en el sistema (no posea historia clnica). 2. No se efecta el ingreso de Hospitalizacin en caso el paciente se encuentre hospitalizado. Pre-requisitos: Que el encargado de Hospitalizacin haya validado su nombre de usuario y su contrasea. Post condiciones: El Encargado de Hospitalizacin podr realizar los reportes respectivos de las estancias hospitalarias y el total de egresos hospitalarios. El paciente podr ser atendido por el servicio de hospitalizacin. Elaborado por los Autores
80
Registro de Egreso de hospitalizacin de los pacientes. Actores: Encargado de hospitalizacin Flujo Bsico: 1. El encargado hospitalizacin ingresa al mdulo de hospitalizacin. 2. Selecciona la opcin Buscar paciente hospitalizado. 3. Lista el paciente y seleccionar registrar egreso s hospitalarios. 4. Asigna el tipo de alta. 5. Se le asigna diagnstico. Flujo Alternativo: ninguno. Pre-requisitos: Que el encargado de hospitalizacin haya validado su nombre de usuario y su contrasea. Que el paciente est registrado en hospitalizacin. Post condiciones: Se podr realizar los reportes respectivos de las estancias H. y el total de egresos H. Elaborado por los Autores Tabla N 8 Documentacin de Caso de Uso Registrar Usuario. . Nombre Proceso: REGISTRAR USUARIO
Descripcin: Permite al administrador del sistema registrar a los usuarios y asignarles sus roles. Actores: Administrador del sistema. Flujo Bsico: 1. El administrador del sistema verifica si el usuario se encuentra registrado en el sistema. Puede realizar la bsqueda por DNI o por datos personales (Nombres, apellidos). 2. Selecciona la opcin Nuevo. Seguidamente ingresa los datos del usuario y le asigna los roles del mdulo que acceder. 3. Se le asignar un nombre de usuario y una contrasea. Flujo Alternativo: En caso que el usuario ya exista, no se proceder al registro. Pre-requisitos: El administrador del sistema haya validado su nombre de usuario y su contrasea. Post condiciones: El usuario se encuentra registrado en el sistema y podr acceder a Elaborado por los Autores
81
Nombre Proceso:
REGISTRAR MDICO
Descripcin: Permite al administrador del sistema registrar a los mdicos. Actores: Administrador del sistema. Flujo Bsico: 1. El administrador del sistema verifica si el mdico se encuentra registrado en el sistema. Puede realizar la bsqueda por DNI o por datos personales (Nombres, apellidos). 2. El actor selecciona la opcin registrar mdicos. 3. El actor ingresa los datos del mdico, la especialidad, condicin. Flujo Alternativo: En caso que el mdico ya existiera, no se proceder al registro. Pre-requisitos: El administrador del sistema haya validado su nombre de usuario y su contrasea. Post condiciones: El mdico se encuentra registrado en el sistema. Puede acceder a la opcin de Atenciones mdicas para registrar los diagnsticos de los pacientes. Elaborado por los Autores.
Nombre Proceso:
REGISTRAR ESPECIALIDAD
Descripcin: . Permite al administrador del sistema registrar las especialidades. Actores: Administrador del sistema. Flujo Bsico: 1. El administrador del sistema verifica si la especialidad mdica ya existe en el sistema. 2. Selecciona la opcin Nuevo e ingresa los datos de la especialidad. Flujo Alternativo: En caso que la especialidad ya existiera, no se proceder al registro. Pre-requisitos: El administrador del sistema haya validado su nombre de usuario y su contrasea. Post condiciones: La especialidad se encuentra registrada en el sistema. Elaborado por los Autores.
82
Nombre Proceso:
Descripcin: Permite al encargado de Caja, realizar el arqueo diario de caja Actores: . Encargado de Caja Flujo Bsico: 1. El actor ingresa al mdulo de Caja. 2. Busca los pagos realizados en el da 3. Genera reporte Flujo Alternativo: Ninguno. Pre-requisitos: El encargado de caja, haya validado su nombre de usuario y su contrasea. Post condiciones: Se entrega el reporte al rea de Tesorera. Elaborado por los Autores.
Nombre Proceso:
Descripcin: Permite al encargado de Estadstica realizar la programacin de los mdicos, cada mes Actores: Encargado de Estadstica Flujo Bsico: . 1. El actor ingresa al mdulo de Programacin Mdica. 2. Busca la programacin, en caso ya exista el registro en el mes. 3. Selecciona la especialidad que desea programar en el mes. 4. Seleccionar tipo de programacin(Hospitalizacin o consultorio) 5. Lista los mdicos de la especialidad que seleccion. 6. Busca el turno 7. Busca el consultorio 8. Ingresa el nmero de cupos. 9. Se guardan los datos de la programacin mdica. Flujo Alternativo: Ninguno Pre-requisitos: El encargado de estadstica, haya validado su nombre de usuario y su contrasea. El mdico se encuentre registrado. Post condiciones: Se entrega el reporte de programacin mdica a la Unidad de Personal. Elaborado por los Autores.
83
sd Ingreso al Sistema Class Usuario Class BaseDatos Ventana de Mensajes Menu Principal
Ventana de Login
Usuario
Ingresar Datos()
Ingreso al Sistema
invocar Clase BaseDatos() enviar Datos() Function validar(user,clave) = False mostrar mensaje()
84
enviar mensaje("Usuario o Contrasea Incorrecta") Function validar(user,clave) = True cargar()
autorizado()
mostrar()
(from Actors)
sd Registrar Historias Clnicas Ventana de Regi stro de Paci entes Cl ass Paci ente Cl ass BaseDatos Ventana de Mensaj es
Encargado de Admi si n
Cancel ado()
85
Impri mi r Carnet de Hi stori a Cl ni ca() Mostrar Carnet() Impri mi r Fi cha ni ca de hi stori a cl ni ca() Mostrar Fi cha()
(from Actors)
sd Registrar Pago Ventana de Registro de Pagos Class Paciente Class Tipo_Pago Class Pago Class Detalle_Pago Class BaseDatos Ventana de Mensajes
Menu Principal
Encargado de Caja
Elegir Opcin() Mostrar() Solicitar Paciente() Ejecutar Function GetPaciente() Enviar Datos() Mostrar Paciente() Solicitar Tipo de Pago() Enviar Datos() Mostrar Tipos de Pagos() Ejecutar Function GetAllTiposPago()
Cargar()
Registrar Pago
86
(from Actors)
sd Registrar Consulta Clnica Class Paciente Class Consulta Class T ipo_Consulta Class T urno Class Especialidad Class Medico Class Consultorio Class DetalleProgramacion Class BaseDatos Ventana de Mensajes
Menu Principal
Ventana Paciente
Ventana Consulta
Encargado de Admisin
Elegir Opcin()
Cargar()
Mostrar Pacientes()
87
(from Actors)
sd Registrar Ingresos Hospitalarios Class Seguro Class T ipo_Hospitalizacion Class Pago Class Paciente Class EstablecimientoSalud Class T urno Class Servicio Class Medico Class Cama Class Hospitalizacion Class BaseDatos Ventana de Mensajes
Menu Principal
Ventana de Hospitalizacin
Cargar()
Mostrar()
Enviar Datos()
[T ipoHospitalizacion="T ransferencia"]:
88
Mostrar T urnos()
Mostrar Mdicos()
Mostrar Cama()
Ingresar Datos()
(from Actors)
sd Registrar Egresos Hospitalarios Class Hospitalizacion Class T ipoAlta Class EstablecimientoSalud Class CIE Class Pago_Pendiente Class Hospitalizacion_Egreso Class BaseDatos Ventana de Mensajes
Menu Principal
Encargado de Hospitalizacin
Elegir Opcin()
cargar()
Enviar Datos()
[T ipoAlta="T ransferencia"]:
89
Ingresar Datos()
[GetPagosPendientes=T rue]:
(from Actors)
sd Registrar Programacin Mdi... Ventana de Programacin Mdica Class Especialidad Class Programacion Class T ipo_Programacion Class Medico Class T urno Class Consultorio Class Class BaseDatos DetalleProgramacion Ventana de Mensajes
Menu Principal
Encargado de Estadstica e Informtica Elegir Opcin() Mostrar() Solicitar Especialidad() Enviar Datos() Mostrar Especialidades() GetAllEspecialidades()
Cargar()
Ingresar Datos() invocar Clase() Ejecutar Function AddProgramacion() invocar Clase() Enviar Datos() Function AddProgramacion() = False Ejecutar Function Conectar()
90
(from Actors)
sd Registro de Medi... Ventana de Especialidad Class Especialidad Class Condicion Class Medico Class BaseDatos Ventana de Mensajes
Menu Principal
Administrador
Elegir Opcin() Mostrar() Solicitar Especialidad() Ejecutar Function GetAllEspecialidades() Enviar Datos() Mostrar Especialidades() Solicitar Condicion() Ejecutar Function GetAllCondicion() Enviar Datos() Mostrar Condicin()
Registrar Mdico
Cargar()
91
(from Actors)
sd Registrar Especialidades Ventana de Especialidad Class Especialidad Class BaseDatos Ventana de Mensajes
Menu Principal
Administrador
Registrar Especialidad
92
(from Actors)
sd Registrar Cama Menu Principal Ventana de Registro de camas Class Servicio Class Cama Class BaseDatos Ventana de Mensajes
Administrador
Registrar Cama
Elegir Opcin() Cargar() Mostrar() Solicitar Servicio() Ejecutar Function GetAllServicios() Enviar Datos() Mostrar Servicios()
(from Actors)
sd Registrar Usuario Ventana Registro de Usuarios Class Rol Class Usuario Class Rol_Usuario Class BaseDatos Ventana de Mensajes
Menu Principal
Administrador
Registrar Usuario
Elegir Opcin() Cargar() Mostrar() Solicitar Roles() Ejecutar Function GetAllRoles() Enviar Datos() Mostrar Roles()
94
(from Actors)
sd Registrar atencin de consulta Ventana de Registro de Diagnstico Class Medico Class T urno Class Consulta Class CIE Class Detalle_Consulta Class BaseDatos Ventana de Mensajes
Menu Principal
Mdico
Elegir opcin() Mostrar() Solicitar mdico() Ejecutar Function ListMedico() Enviar datos() Mostrar datos del mdico() Solicitar turno() Ejecutar Function GetAllT urnos() Enviar datos() Mostrar turnos()
Cargar()
95
(from Actors)
SI
96
SI
Asignar Turno
Asignar Especialidad
Asignar Mdico
97
Registro de Hospitalizacin
act Registrar Hospitalizacin Hospitalizacin de Paciente
SI
NO SI
Tienes Seguro? SI
NO
Asignar Mdico
Asignar Cama
98
Buscar Paciente
99
Asignar Cupos
Por Hospitalizacin
Asignar Consultorio
Asignar Mdico
SI
Figura N 38 Diagrama de Actividad Registrar Programacin Mdica Fuente: Elaborado por los Autores
100
NO Esta hospitalizado? SI
Buscar paciente
Registrar Diagnstico
Registrar Egreso
Figura N 39 Diagrama de Actividad Control de Egresos Hospitalarios Fuente: Elaborado por los Autores
101
class Admisin
Class::Paciente Class::HistoriaClinica Class::CIE + + + + Detalle_Consulta + + + + + + AddDetalleConsulta() : boolean ListHistorialClinico() : DataSet objcie: CIE objconsulta: Consulta sintomas: String Tratamiento: String + GetCodigo() : String categoria: String cod_CIE: int descripcion: String enfermedad: String + + + 1 1 1 + + + Activacion: String + cod_Exoneracion: String + objpaciente: Paciente + + AddHC() : Boolean + UpdateHC() : Boolean + 1..* + + + + + + + Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_consulta: String cod_Exoneracion: String descripcion: String estado: String fecha: datetime Id: int n_atencion: int objmedico: Medico objpaciente: Paciente objtipoconsulta: Tipo_Consulta
Admisin
+ + + + + + + + + + + +
a_materno: String a_paterno: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_hiscli: int dni: String fecha_nacimiento: datetime nombres: String objPadres: DatosPadres objseguro: Seguro objUbicacion: DatosUbicacion sexo: String
+ + +
1..*
102
Class::Seguro
+ + +
GetAllSeguro() : DataSet
Class::Control_HC
+ + + + + + + + +
Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int descripcion: String estado: String FechaRecepcion: datetime objconsulta: Consulta objhospitalicacion: Hospitalizacion
+ + +
Programacin Mdica
Class::Programacion
+ + + + + + + + +
Ano: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_programacion: int Mes: String NomEspecialidadProgramada: String Titulo: String
Figura N 41 Diagrama de Clases-Mdulo de Programacin Mdica Fuente: Elaborado por los Autores
103
+ +
Class::Consultorio
+ + + + + + +
Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int 1 Aud_UsuarioModificacion: int cod_consultorio: int descripcion: String estado: String
+ + +
Caja
class Ca...
Class::Paciente + + Class::Usuario + + 1 * Class::Pago 1..* 1 GetCodigo() : String GetT ipodocumento() : DataSet cod_tipodocumento: String descripcion: String
+ + + + + + + + + + + +
a_materno: String a_paterno: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_hiscli: int dni: String fecha_nacimiento: datetime nombres: String objPadres: DatosPadres objseguro: Seguro objUbicacion: DatosUbicacion sexo: String
+ + +
Figura N 42 Diagrama de Clases- Mdulo de Caja Fuente: Elaborado por los Autores
104
+ + + + + + + + +
Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int codigo: String fecha: datetime id: int objdetallependiente: Detalle_PagoPendiente objpaciente: Paciente
+ +
class Hospitalizacion
Class::Paciente 1 + + + + 1 1 + + + 1..* 1 Class::EstablecimientoSalud 1 1 1 Class::Hospitalizacion_Egreso Class::Medico 1..* GetAllTiposHosp() : DataSet + + + + + + + + + + 1..* 1 + + + AddHospitalizacion() GenerarId() GetPacienteHospit() Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_hospitalicacion: int estado: String estadohc: String objhos_ingreso: Hospitalizacion_Ingreso objmedico: Medico objpaciente: Paciente objtipohospitalizacion: Tipo_Hospitalizacion cod_tipohosp: int descripcion: String estado: String + + + + + + + + + 1..*
Hospitalizacin
+ + + + + + + + + + + +
a_materno: String a_paterno: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_hiscli: int dni: String fecha_nacimiento: datetime nombres: String objPadres: DatosPadres objseguro: Seguro objUbicacion: DatosUbicacion sexo: String
+ + +
Figura N 43 Diagrama de Clases- Mdulo de hospitalizacin Fuente: Elaborado por los Autores
105
Class::Hospitalizacion_Ingreso
+ + + + + + +
condicion: String fecha_ingreso: datetime 1..* objcama: Cama objestablecimiento: EstablecimientoSalud seguro: String turno: String valorpago: String
+ + + + + + + + + +
Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int condicion: String descripcion: String estado: String idcama: int numcama: int objservicio: Servicio
+ + + +
Paciente
class Diagrama Paciente
Class::Paciente a_materno: String a_paterno: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int cod_hiscli: int dni: String fecha_nacimiento: datetime nombres: String objPadres: DatosPadres objseguro: Seguro objUbicacion: DatosUbicacion sexo: String AddPaciente() : boolean GenerarId() : String UpdatePaciente() : boolean + + + + + + + + + +
Fallecimiento Aud_FechaCreacion: datime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int FechaFallecimiento: datetime objcie: CIE objpaciente: Paciente Observaciones: String AddFallecimiento() : boolean UpdateFallecimiento() : boolean
Class::DatosUbicacion + + + + + + + + + condicionlaboral: String direccion: String email: String 1 IdDepartamento: int IdDistrito: int IdProvincia: int ocupacion: String telefonocelular: String telefonodomicilio: String
Class::CIE + + + + + categoria: String cod_CIE: int descripcion: String enfermedad: String GetCodigo() : String
Class::Nacimiento 1 + + + + + + + + + + + + + Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime 1 Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int FechaHoraNac: String objpaciente: Paciente Observaciones: String Parto: String PerimetroCefalico: String Peso: String Talla: String AddNacimiento() : boolean UpdateNacimiento() : boolean
Seguridad
class Seguridad
Class::Usuario + + + + + + + + + + + + + + + + + + + ApellidoMaterno: String ApellidoPaterno: String Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int Contrasena: String Direccion: String DNI: String Email: String id_usuario: int IdEstado: String Nombres: String NombreUsuario: String objRolUsuario: RolUsuario telefonoParticular: String TelefonoTrabajo: String AddUsuario() : boolean GenerarId() : String UpdateUsuario() : boolean + + + + + + + RolUsuario + objrol: Rol +
Class::Rol Aud_FechaCreacion: datetime Aud_FechaModificacion: datetime Aud_UsuarioCreacion: int Aud_UsuarioModificacion: int Descripcion: String id_rol: int IdEstadoRegistro: String GetAllRoles() : DataSet
Figura N 45 Diagrama de Clases- Mdulo de Seguridad Fuente: Elaborado por los Autores
106
107
108
Inactiv a
Imprimir Carnet
Emitida
Figura N 48 Diagrama de Estado Registrar Historia Clnica Fuente: Elaborado por los Autores
sd Hospitalizacin-Estados Invalidar
Anulado
Registrar
Registrado
Egresado Salida
Figura N 49 Diagrama de Estado Registrar Hospitalizacin Fuente: Elaborado por los Autores
Registrar Registrada
Imprimir Ticket
Emitida
Activ a Asociada
Figura N 50 Diagrama de Estado Registrar Consulta Clnica Fuente: Elaborado por los Autores
109
Registrar
Registrada
Emitida
Figura N 52 Diagrama de Estado Registrar Pago Fuente: Elaborado por los Autores
act Control de HC - Estados Consultorio u Hospitalizacin Confirmada Salida de Historia Clnica Activ a
Anulada Invalidar
Inactiv a
Figura N 51 Diagrama de Estado Control de Historia Clnica Fuente: Elaborado por los Autores
110
Admisin
CIE
cod_CIE cod_cat cod_enfe descripcion
Seguro
codseguro descripcion estado
HistoriaClinica
cod_hiscli Activacion cod_Exoneracion
Detalle_Consulta paciente
cod_hiscli a_paterno a_materno nombres sexo fecha_nacimiento dni TipoSeguro Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Condicion
codigo descripcion
medico
cod_medico ApellNombres
Consulta
Id cod_consulta cod_hiscli cod_medico cod_tipoconsulta fecha n_atencion descripcion estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
cod_especialidad cod_condicion cod_colegioMedico DNI sexo estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Atencion
cod_consulta estadohc estadoAtencion ConfirmarAtencion FormadeAtencion
especialidad
cod_especialidad nom_especialidad descripcionCorta EdadMinAtencion
Control_HC
cod_consulta cod_hospitalicacion descripcion FechaRecepcion estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModific... Aud_FechaModificac...
Tipo_Consulta
cod_tipoconsulta descripcion estado
Figura N 53 Diagrama de Base de datos del Mdulo-Admisin Fuente: Elaborado por los Autores
111
Caja
paciente
cod_hiscli a_paterno a_materno nombres sexo fecha_nacimiento dni TipoSeguro Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Tipo_Documento
cod_tipodocumento descripcion
Usuario
id_usuario NombreUsuario Contrasena
Pago
Id serie cod_pago cod_tipodocumento cod_hiscli fecha id_usuario Estado Aud_UsuarioModificacion Aud_FechaModificacion
Nombres ApellidoPaterno ApellidoMaterno DNI Direccion Email TelefonoParticular TelefonoTrabajo IdEstadoRegistro Aud_UsuarioCreacion Aud_UsuarioModificacion Aud_FechaCreacion Aud_FechaModificacion
Pago_Pendiente
id codigo cod_hiscli fecha Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModific... Aud_FechaModificac...
Detalle_Pago
Id cod_tipopago cantidad precio
Tipo_Pago Detalle_PagoPendiente
id cod_tipopago cantidad precio estado
cod_tipopago descripcion precio estado idCategoria Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Categoria
id descripcion estado
Figura N 54 Diagrama de Base de datos del Mdulo-Caja Fuente: Elaborado por los Autores
112
Hospitalizacin
Tipo_Hospitalizacion
cod_tipohosp descripcion estado
Control_HC
cod_consulta cod_hospitalicacion descripcion FechaRecepcion estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Hospitalizacion
cod_hospitalicacion cod_hiscli cod_tipohosp cod_medico estado estadohc Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
paciente
cod_hiscli a_paterno a_materno nombres sexo fecha_nacimiento dni TipoSeguro Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
medico
cod_medico ApellNombres cod_especialidad cod_condicion cod_colegioMedico DNI sexo estado
OEIMESTA
estcests institucion estcesthis estcestsis esttdscl estctests estcdpto
TipoAlta
Id descripcion
Hospitalizacion_Ingreso
cod_hospitalicacion fecha_ingreso idcama condicion estcests seguro valorpago turno Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Hospitalizacion_Egreso
cod_hospitalicacion fecha_egreso idtipoalta cod_CIE estcests TotalEstancia FormadeAtencion Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
cama
idcama descripcion numcama idservicio condicion estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModific... Aud_FechaModificac...
Servicio
idservicio descripcion descripcioncorta estado
CIE
cod_CIE cod_cat cod_enfe descripcion
Figura N 55 Diagrama de Base de datos del Mdulo-Hospitalizacin Fuente: Elaborado por los Autores
113
Programacin Mdica
DIAGRAMA DE BASE DE DATOS DE PROGRAMACIN MDICA Turno
cod_turno descripcion hora_inicio hora_fin
DetalleProgramacion Programacion
cod_programacion Ano Mes NomEspecialidadProgramada Titulo Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion cod_programacion fecha descripcion cod_medico cod_consultorio cod_turno cod_tipoprogramacion cuposprogramados Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModifica... Aud_FechaModificacion
medico
cod_medico ApellNombres cod_especialidad cod_condicion cod_colegioMedico DNI sexo estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Consultorio
cod_consultorio descripcion estado Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
Tipo_Programacion
cod_tipoprogramacion descripcion estado
Figura N 56 Diagrama de Base de datos del Mdulo-Programacin Mdica Fuente: Elaborado por los Autores
114
Paciente
DatosPadres
cod_hiscli nombre_padre nombre_madre
HistoriaClinica
cod_hiscli Activacion cod_Exoneracion
paciente DatosFallecimiento
cod_hiscli FechadeFallecimiento DiagnosticoFallecimiento Observaciones Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion cod_hiscli a_paterno a_materno nombres sexo fecha_nacimiento dni TipoSeguro Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModificacion Aud_FechaModificacion
DatosNacimiento
cod_hiscli Peso Talla HoraNac PerimetroCefalico Parto Observaciones Aud_UsuarioCreacion Aud_FechaCreacion Aud_UsuarioModifica... Aud_FechaModificacion
DatosUbicacion
cod_hiscli
CIE
cod_CIE cod_cat cod_enfe descripcion
Figura N 57 Diagrama de Base de datos del Mdulo-Paciente Fuente: Elaborado por los Autores
115
Seguridad
Rol
id_rol Descripcion IdEstadoRegistro Aud_UsuarioCreacion Aud_UsuarioModificacion Aud_FechaCreacion Aud_FechaModificacion
Usuario
id_usuario NombreUsuario Contrasena Nombres ApellidoPaterno ApellidoMaterno DNI Direccion Email TelefonoParticular TelefonoTrabajo IdEstadoRegistro Aud_UsuarioCreacion Aud_UsuarioModificacion Aud_FechaCreacion Aud_FechaModificacion
Rol_Usuario
id_usuario id_rol
RolOpcionPantalla
id_rol IdPantalla Aud_UsuarioCreacion Aud_UsuarioModificacion Aud_FechaCreacion Aud_FechaModificacion
Pantalla
IdPantalla Titulo estado Aud_UsuarioCreacion Aud_UsuarioModificacion Aud_FechaCreacion Aud_FechaModificacion
Figura N 58 Diagrama de Base de datos del Mdulo-Seguridad Fuente: Elaborado por los Autores
116
Paciente
1.21: Imprimir Ticket() 1.15: Ingresar Datos() 1.4: Enviar dato del tipo de consulta() 1.3: Solicitar Tipo de consulta() 1: Entregar Ticket de Consulta() Form Ventana Consulta
Tipo_Consulta
Turno 1.5: Solicitar turno() 1.6: Enviar dato del turno seleccionado()
1.8: Enviar especialidades() 1.16: RegistrarConsulta() :Boolean Consulta 1.11: Enviar datos de los medicos() 1.9: Solicitar Medico() 1.17: Conectar() :Boolean 1.18: Conectar() = True :Boolean 1.12: Enviar Nombre del consultorio() 1.10: Solicitar Consultorio() BaseDatos 1.14: Enviar nmero de cupos programados() 1.13: Solicitar nmero de cupos() 1.7: Solicitar especialidad()
Especialidad
Medico
Consultorio
DetalleProgramacion
Figura N 60 Diagrama de Colaboracin Registrar Consulta Clnica Fuente: Elaborado por los Autores
1.2: Enviar paciente hospitalizado() 1.1: Solicitar Paciente hospitalizado() 1.12: Ingresar Datos()
Hospitalizacin
TipoAlta 1.11: Mensaje de confirmacin() 1.4: Enviar datos del tipo de alta() 1.3: Solicitar tipo de alta() 1: Registrar Egreso Hospitalario() Form Ventana de Egreso Hospitalario 1.6: Enviar establecimiento de salud() 1.5: Solicitar estableciemiento de salud() EstablecimientoSalud
1.8: Enviar datos del diagnstico() 1.13: RegistrarEgreso() :Boolean 1.7: Solicitar diagnstico()
CIE
1.17: Mensaje de confirmacin() 1.16: Ejecutar RegistrarEgreso() = True Hospitalizacion_Egreso 1.10: Ejecutar VerificarPago() :Boolean Pago_Pendiente
1.9: VerificarPago() :Boolean 1.14: Conectar() :Boolean 1.15: Conectar() = True :Boolean
BaseDatos
Figura N 59 Diagrama de Colaboracin Registrar Egresos Hospitalarios Fuente: Elaborado por los Autores
117
sd Registrar Ingresos Hospitalarios 1.2: Enviar tipos de seguro() 1.1: Solicitar tipo de seguro() 1.4: Enviar tipos de hospitalizacin() 1.3: Solicitar tipo de hospitalizacin() 1.22: Ingresar Datos() 1.11: [TipoHospitalizacion="Transferencia"]: 1.8: [TipoSeguro<>"Sin Seguro"]: 1.5: [TipoSeguro="Sin Seguro"]: 1.10: Enviar datos del paciente() 1.9: solicitar paciente() 1: Registrar Hospitalizacin() Form Ventana de hospitalizacin Paciente 1.7: Enviar pago() 1.6: Solicitar pago() Pago
Seguro
Tipo_Hospitalizacion
EstablecimientoSalud
Encargado de Hospitalizacin (from Actors) 1.23: RegistrarHospitalizacion() :Boolean 1.27: Mensaje de confirmacin() 1.26: Ejecutar RegistrarHospitalizacion() = True Hospitalizacion
Turno
Serv icio
Medico
BaseDatos
Cama
Figura N 62 Diagrama de Colaboracin Registrar Ingresos Hospitalarios Fuente: Elaborado por los Autores
sd Registrar Pago 1.11: Imprimir Documento de Pago() 1.1: Solicitar Paciente() 1.5: Ingresar Datos() 1.2: Enviar Datos del paciente() 1: Efectuar registro de pago() Form Ventana de Registro de Pagos Tipo_Pago
Paciente
1.3: Selecionar tipo de pago() 1.4: Enviar Datos del Tipo de Pago()
Figura N 61 Diagrama de Colaboracin Registrar Pago Fuente: Elaborado por los Autores
118
1: Aperturar Programacin()
2.2: Enviar tipos de programacin() 2.1: solicitar tipo de programacin() 2.4: Enviar datos del mdico() 2.3: Solicitar mdico()
BaseDatos
2.9: Ingresar Datos() Administrador del Sistema (from Actors) 2: Registrar Programacin mdica() 2.6: Enviar datos del turno() 2.5: Solicitar turno() Turno 2.12: Conectar() = True :Boolean 2.11: Conectar() :Boolean 2.8: Enviar datos del consultorio() 2.7: Solicitar consultorio() 2.14: Mensaje de confirmacin() DetalleProgramacion 2.10: AddProgMedica() :Boolean 2.13: Ejecutar AddProgMedica() = True Consultorio
Figura N 63 Diagrama de Colaboracin Registrar Programacin Mdica Fuente: Elaborado por los Autores
sd Registrar atencin de consulta 1.2: Enviar datos del mdico() 1.1: Solicitar cdigo del mdico() 1.7: Mostrar listado de pacientes() Form Ventana Atencin de Consultas 1.4: Enviar turno() 1.3: Solicitar turno() Turno
Medico
1.6: Enviar datos de los pacientes() 1.5: Solicitar paciente con consultas habilitadas()
Consulta
2.3: Ingresar Datos() 2.2: Enviar datos del diagnstico() 2.1: Solicitar diagnstico() CIE
2.8: Mensaje de confirmacin() Detalle_Consulta 2.4: Registrar() :Boolean 2.6: Conectar() = True :Boolean 2.5: Conectar() :Boolean 2.7: Ejecutar Registrar() = true
BaseDatos
Figura N 64 Diagrama de Colaboracin Registrar Atencin de Consulta Clnica Fuente: Elaborado por los Autores
119
3.2.2.11 Diseo de la interfaz En este punto se mostrar las principales pantallas del sistema de gestin de consultas clnicas, como la pantalla de ingreso al sistema, men del sistema, Mdulos, pantallas propias de cada proceso. 3.2.2.11.1 Diseo de formas de entrada Esta ventana permitir el acceso al sistema, a los usuarios de Admisin, Caja, Estadstica e Informtica y mdico.
Mensajes de Informacin del Sistema Si el Usuario ingresa incorrectamente el nombre de Usuario o Contrasea, Se muestra el siguiente mensaje:
3.2.2.11.2 Diseo Modular (Men y opciones) Las opciones en el men se mostrarn de acuerdo a los perfiles configurados para cada usuario. Si el usuario y contrasea ingresado son autenticados se mostrar el men de mdulos Segn los roles que se le han asignado. La siguiente Figura N55 presenta el men de opciones para el acceder a los Mdulos de: Admisin, Programacin, Hospitalizacin, Caja y Seguridad.
120
En la parte superior se observa una barra de men principal cuyas opciones son las siguientes: Inicio, Reportes, Ayuda, Salir.
Inicio:
Permitir al usuario de cada rea, visualizar los reportes de su inters: Consultas, Consultorios, Hospitalizacin, Mdicos, Pacientes, Pago, Programacin mdica, Salida/Recepcin de HC y seguridad. o Ayuda:
Esta opcin muestra el contenido de Ayuda (contiene un manual de usuario en un archivo. pdf).
3.2.2.11.3 Pantalla de Aplicativos En este punto se mostrar las principales pantallas de los procesos del sistema de gestin de Consultas Cnicas. i. Pantalla de Registro de Pacientes En este aplicativo que se muestra en la Figura N56 se registran los Pacientes, Este Pantalla muestra un sub men que est estructurado en pestaas las cuales contienen Datos Principales y Datos Secundarios. Que el usuario deber ingresar la informacin del paciente.
ii. Pantalla de Registro de Mdicos En este aplicativo que se muestra en la Figura N57 se registran los Mdicos, Este Formulario permite registrar un mdico ingresando sus datos personales Nombres, Apellidos, DNI, Especialidad, Cdigo Colegio Mdico,etc. El ingreso de los datos en este formulario son obligatorios. iii. Pantalla de Registro de Especialidad En este aplicativo que se muestra en la Figura N58 se registran las Especialidades Mdicas, Este Formulario permite registrar un la especialidad, ingresando el nombre de la especialidad, una descripcin corta, edad min y max para la atencin, sexo permitido.
121
122
iv. Pantalla de Registro de Consulta Clnica En este aplicativo que se muestra en la Figura N59 se registran las Consultas Clnicas que solicitan los pacientes. El registro comprende el ingreso de Tipo de Consulta, turno, especialidad, mdico, consultorio, nmero de cupo. v. Pantalla de Registro de Atencin de Consultas En este aplicativo que se muestra en la Figura N60 se registran las Atenciones de las Consultas Clnicas, este registro lo realiza el mdico. El cual asigna el diagnstico segn el CIE y el tratamiento respectivo. vi. Pantalla de Anulacin de Consultas En este aplicativo que se muestra en la Figura N61 se realiza la anulacin de una consulta clnica, ingresando el cdigo del ticket de la consulta para proceder a la anulacin. vii. Pantalla de Registro de Programacin Mdica En este aplicativo que se muestra en la Figura N62 se registra la Apertura de la Programacin diaria de los mdicos. Esta programacin se puede realizar por
rangos de tiempo (turnos), especificando el tipo de atencin (Hospitalizacin o Consulta), la especialidad y el mdico.
123
124
viii.
Pantalla de Control de Historias Clnicas a Consultorio En este aplicativo que se muestra en la Figura N 63 se registran las de las Historias Clnicas del rea de Admisin a Consultorio o viceversa.
ix.
Pantalla de Control de Historias Clnicas a Hospitalizacin En este aplicativo que se muestra en la Figura N64 se registran las de las Historias Clnicas del rea de Admisin a Hospitalizacin o viceversa.
x.
Pantalla SIS En este aplicativo que se muestra en la Figura N65 se lleva un control de las historias clnicas de los pacientes que sern atendidas en consultorios y pertenecen al seguro Integral de salud SIS.
125
xi. Pantalla Registro de Ingreso Hospitalizacin En este aplicativo que se muestra en la Figura N66 se registra el ingreso del servicio de hospitalizacin de los pacientes en el Hospital. El usuario de hospitalizacin registra el tipo de ingreso, el tipo de seguro, servicio donde ser atendido el origen de donde proviene, el servicio de ingreso donde ser atendido, el mdico que autoriza su ingreso, la cama que ocupara en la hospitalizacin y la descripcin del ingreso.
xii.
Pantalla Registro de Gastos de Hospitalizacin En este aplicativo que se muestra en la Figura N67 se registra los gastos
de los servicios que se le brinda al paciente en Hospitalizacin. En el formulario se visualiza los gastos actuales del paciente hospitalizado y el total de ello.
xiii. Pantalla Registro de Egreso Hospitalizacin En este aplicativo que se muestra en la Figura N68 se registra el Egreso de Hospitalizacin de los pacientes en el Hospital. El usuario de hospitalizacin registra el tipo de condicin de alta, el diagnostico, el destino hacia de donde se retira el paciente (Transferencia), Adems el formulario muestra el total de estancias del paciente, los pagos pendientes de los servicios que utiliz. Es requisito indispensable que el paciente haya realizado el pago de los servicios que utiliz para realizar el registro del egreso, en caso de fuerza mayor que el paciente no pueda asumir los gastos, se le exonera.
126
127
xiv.
Pantalla Registro de Pago En este aplicativo que se muestra en la Figura N69 se registra los pagos de los servicios asistenciales que brinda el hospital. El usuario del rea de Caja se encarga de ingresar al paciente y registrar el tipo de pago que solicita. Una vez registrado el pago le emite una boleta.
xv.
Pantalla Anulacin de Boleta En este aplicativo que se muestra en la Figura N70 se realiza la Anulacin de la Boleta de Pago, el usuario del rea de Caja ingresa el cdigo de la boleta para realizar la anulacin.
128
xvi.
Pantalla Registros de Usuarios En este aplicativo que se muestra en la Figura N71 se realiza el registro de los usuarios que acceden a los mdulos. El administrador del sistema ingresa los datos del usuario y le asigna los roles de los mdulos a los cuales accedern.
xvii.
Pantalla Reportes de Consultas En este aplicativo que se muestra en la Figura N72 se accede a los Reportes de las consultas clnicas que fueron atendidas por el mdico, pagadas, SIS, exoneradas, anuladas. El usuario deber seleccionar el tipo de consulta que desea visualizar y el rango de fecha.
129
Pantalla Reportes de Consultorios En este aplicativo que se muestra en la Figura N73 se accede a los Reportes de consultorios habilitados e inhabilitados.
xviii.
Pantalla Reportes de Hospitalizacin En este aplicativo que se muestra en la Figura N74 se accede a los Reportes de pacientes que ingresaron y egresaron de hospitalizacin. Se visualiza segn el rango de fecha que establezca el usuario.
130
xix.
Pantalla Reportes de Mdicos En este aplicativo que se muestra en la Figura N75 se accede a los Reportes de los mdicos, el criterio para visualizar el reporte es por fecha de registro del mdico o listar todos.
xx.
Pantalla Reportes de Pacientes En este aplicativo que se muestra en la Figura N76 se accede a los Reportes de los pacientes, el criterio para visualizar el reporte es por fecha de registro del paciente, fallecidos, nacimientos.
131
xxi.
Pantalla Reportes de Programacin Mdica En este aplicativo que se muestra en la Figura N77 se accede a los Reportes de la Programacin Mdica, el criterio para visualizar el reporte es ingresando el ao y seleccionando el mes, del periodo de la programacin.
xxii.
Pantalla Reportes de Salida/Recepcin de Historias Clnicas En este aplicativo que se muestra en la Figura N78 se accede a los Reportes de la salida y recepcin de la historias clnicas, el criterio para visualizar el reporte es por el rango de fecha, adems de seleccionar las opciones segn corresponda: Salida de HC, Recepcin de HC, Faltantes, el tipo de salida de la HC(consultas pagadas, consultas SIS, consultas exoneradas, Hospitalizacin y todas).
132
3.3
Fase de Transicin
3.3.1 Pruebas de Software Las pruebas de software son el conjunto de tcnicas que permiten determinar la calidad de un producto software. Las pruebas de software se integran dentro de las diferentes fases del ciclo del software. As se ejecuta un programa y mediante tcnicas experimentales se trata de descubrir que errores tiene. La calidad de un sistema de software es algo subjetivo que depende del contexto y del objeto que se pretenda conseguir: Para determinar dicho nivel de calidad se deben efectuar unas medidas o pruebas que permitan comprobar el grado de cumplimiento respecto de las especificaciones inciales del sistema. Las pruebas se aplican al sistema desde el primer prototipo, y se realizan a lo largo de la implementacin del sistema. - Las pruebas se deben realizar, en el entorno en que se utilizar el sistema, lo que incluye el personal que lo maneja. - La etapa de pruebas no debe ser posterior a la confeccin de un programa, tiene que ser paralela a la programacin. Pruebas de Verificacin: Ver si cumple las especificaciones del diseo. Pruebas de Validacin: Ver si cumple con los requisitos de anlisis. Pruebas de Caja Blanca: Este mtodo de prueba estructural se emplea en la verificacin de todo el conocimiento que se tiene sobre la implementacin del producto y su estado interno es en todo momento visible al verificador. Pruebas de Caja Negra: Este mtodo consiste en interactuar con el producto solo a travs de su interfaz, sin emplear ningn conocimiento sobre su estructura interna y son capaces de observar su estado interno. Las pruebas que se ha considerado en el presente proyecto de software son las siguientes: Pruebas de Caja Negra y Pruebas de Verificacin. La cuales nos servirn para: - Verificar si el sistema cumple con los criterios previamente establecidos. - Detectar aquellos posibles errores que no han sido detectados en su momento. - Demostrar hasta qu punto las funciones del software, parecen funcionar de acuerdo a las especificaciones, y por lo tanto, parecen alcanzar los requisitos de rendimiento. - Examinar el estado del software desde varios puntos para determinar si el estado real coincide con el estado deseado. - Bsqueda de errores en el software como: Funciones incorrectas o ausentes, errores de interfaz, errores de estructuras de datos, errores de rendimiento, errores de inicializacin y terminacin. - Determinar si existe seguridad en el sistema, de tal forma que los sistemas o personas no autorizadas no puedan leer o modificar informacin y si los que estn previamente autorizados.
133
Tabla N 13 Caso de Prueba Registrando Historia Clnica Registrando Historia Clnica del paciente Probar que el Usuario del rea de Admisin registre correctamente a un paciente. Verificar Use Case Registro de Historia Clnica. . Ninguno Pre-Requisito
Datos de entrada
Ingresar Apellido paterno, Apellido materno, nombres, sexo, tipo de seguro, fecha de nacimiento, DNI, direccin, telfono fijo, telfono celular, departamento, provincia, distrito. Resultado Esperado Si es que los datos obligatorios no se ingresan - Mostrar Mensaje: Los campos apellidos, nombres, sexo, departamento, provincia, distrito y tipo de seguro no pueden estar vacos. Si es que el paciente ya est registrado - Mostrar mensaje: Ya existe registrado una persona con el mismo apellido paterno, apellido materno, nombres, fecha de nacimiento Est seguro de grabar? - Si es que se ingresa el DNI que ya est registrado mostrar mensaje: ya existe una persona con el DNI indicado imposible registrar paciente.
Grabar paciente
Paso 1:
Validar datos. Al ingresar los datos estos sern validados.
Paso 2:
Mostrar Mensaje: Est a punto de registrar paciente Est seguro que desea hacerlo?
Paso 3:
Seleccionar s. Mostrar mensaje: Se guardaron los datos. Datos esperados Tcnica Prueba satisfactoria. Registrar al paciente en la Base de Datos. Caja Negra
134
Caso de Prueba
Registrando Pago Probar que el Usuario del rea de Caja registre correctamente el pago que realiza un paciente. Verificar Use Case Registro de Pago . Exista paciente registrado. Buscar Paciente. El criterio de bsqueda es por: datos personales, DNI, Cdigo Consulta. Seleccionar el tipo pago. Resultado Esperado Si los datos ingresados no son los correctos, - Mostrar Mensaje: No existe ningn registro.
Propsito
Datos de entrada
Grabar pago
Paso 1:
Validar datos.
Paso 2:
Datos esperados Tcnica Prueba satisfactoria. Emitir documento de pago. Registrar el pago en la base de datos. Caja Negra
135
Caso de Prueba
Registrando Consulta Clnica Probar que el Usuario del rea de Admisin registre correctamente la consulta clnica del paciente. Verificar Use Case Registro de Consulta Clnica. . Haber registrado al paciente. Selecciona Tipo de Consulta (Normal o Exonerada). Seleccionar el turno.
Propsito
Datos de entrada
Seleccionar la especialidad. Seleccionar el mdico. Ingresar Nmero de Cupos. (Por defecto en la interfaz se muestra son 20 cupos). Resultado Esperado Si el paciente se est registrado en dos consultas el mismo da.
Si el paciente no pertenece al rango de edad o sexo para una especialidad. Grabar consulta
Mostrar un mensaje: Los pacientes del sexo M/F no pueden solicitar ticket para esta especialidad.
Paso 1:
Validar datos. Al ingresar los datos estos sern validados.
Paso 2:
Mostrar mensaje: Est a punto de registrar consulta clnica Est seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Registrar la consulta clnica en la base de datos. Caja Negra
136
Tabla N 16 Caso de Prueba Registrar Apertura de Programacin Mdica Registrar Apertura de Programacin Mdica Probar que el Usuario del rea de Estadstica de Estadstica e Informtica registre correctamente la apertura de la programacin mdica. . Verificar Use Case Registro Programacin mdica. Exista mdico registrado. Exista especialidad registrada. Seleccionar especialidad Seleccionar mdico Seleccionar turno Seleccionar consultorio Ingresar descripcin Seleccionar fecha Resultado Esperado - En caso se registre la programacin del mdico en el mismo tuno y consultorio que otro mdico. Se mostrar un mensaje de advertencia: Ya registr turno en la fecha indicada. El consultorio N__ ya est programado para el mdico...... en el turno y fecha seleccionado.
Caso de Prueba
Propsito
Datos de entrada
Paso 1:
Validar datos. Al ingresar los datos estos sern validados.
Datos esperados
Se registr correctamente en la base de datos los datos generales de la programacin mdica, tales como el tipo de programacin, especialidad, mdico, turno (hora inicio, hora fin), consultorio, nro. cupos. As mismo se logr visualizar el calendario personal del mdico.
Caja Negra
137
Tabla N 17 Caso de Prueba Registrar Atencin de Consulta Clnica Caso de Prueba Registrar Atencin de consulta Clnica Probar que el mdico registre correctamente la atencin de consultas. Exista consulta registrada. Ingresar . cdigo del mdico Seleccionar el turno Seleccionar Registrar Diagnstico Ingresar sntomas Ingresar diagnstico Ingresar tratamiento Resultado Esperado En caso no se ingrese el diagnstico, tratamiento o sntomas del paciente. mostrar mensaje: No ha registrado los (sntomas/tratamiento/diagnstico) del paciente.
Grabar consulta
Paso 1:
Validar datos. Al ingresar los datos estos sern validados.
138
Tabla N 18 Caso de Prueba Registrar Ingreso a Hospitalizacin Caso de Prueba Registrar Ingreso a Hospitalizacin Probar que el Usuario del rea de Hospitalizacin registre correctamente el ingreso al servicio de hospitalizacin del paciente. Verificar . Use Case Registro de Ingreso De Hospitalizacin. Que el paciente se encuentre registrado en el sistema, por consiguiente posea historia clnica. Selecciona Tipo de Seguro, Seleccionar el tipo de ingreso de hosp, Ingresar Paciente, Seleccionar Turno, Seleccionar Servicio, Datos de entrada Seleccionar el mdico, Seleccionar el nro. De cama, Ingresar una descripcin de la condicin de ingreso. Resultado Esperado Si el paciente a registrar ya se encuentra hospitalizado.
Propsito
Requerimiento de Prueba
Pre-Requisitos
Si el paciente no pertenece al rango de edad o sexo para una especialidad. Grabar ingreso de Hospitalizacin
Mostrar un mensaje: Los pacientes del sexo M/F no pueden solicitar ticket para esta especialidad.
Paso 1:
Validar datos. Al ingresar los datos estos sern validados.
Paso 2:
Mostrar mensaje: Est a punto de registrar la hospitalizacin Est seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Registrar el ingreso de hospitalizacin del paciente en la base de datos. Caja Negra
139
Tabla N 19 Caso de Prueba Registrar Egreso de Hospitalizacin Caso de Prueba Registrar Egreso de Hospitalizacin Probar que el Usuario del rea de Hospitalizacin registre correctamente el egreso del servicio de hospitalizacin del paciente. Verificar Use Case Registro de Egreso . De Hospitalizacin. Que el paciente se encuentre Hospitalizado. Selecciona Tipo de Alta, ingresar el diagnstico. Resultado Esperado Si el paciente a egresar posee pagos pendientes del servicio de hospitalizacin no podr registrarse el egreso. Mostrar un mensaje: El paciente no puede egresar de hospitalizacin porque tiene pagos pendientes. Paso 1: Grabar Egreso de Hospitalizacin Validar datos. Al ingresar los datos estos sern validados. Paso 2: Mostrar mensaje: Est a punto de registrar los datos Est seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Datos esperados Tcnica Prueba satisfactoria. Registrar el Egreso de hospitalizacin del paciente en la base de datos. Caja Negra
Propsito
140
Caso de Prueba
Registrar Control de Historias Clnicas Probar que el Usuario del rea de Admisin registre correctamente las salidas y retornos de las historias clnicas del paciente a Consultorio y/o Hospitalizacin. . Verificar Use Case Registrar Control de Historias Clnicas. Que el paciente se encuentre registrado en la consulta clnica o registrado en hospitalizacin. Selecciona la opcin Salida o Recepcin de Historias Clnicas ambas por Consultas u Hospitalizaciones.
Propsito
Requerimiento de Prueba
Pre-Requisitos
Datos de entrada Selecciona la opcin Consultar, para visualizar las HC que estn por salir o retornar al rea de Admisin. Resultado Esperado Mostrar mensaje: Est a punto de registrar los datos Est a punto de registrar la salida de Historia clnica Est seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Datos esperados Tcnica Prueba satisfactoria. Registrar salida/Retorno de historia clnica Caja Negra
141
Tabla N 21 Caso de Prueba Registrar Tipos de Pagos Caso de Prueba Propsito Requerimiento de Prueba Pre-Requisitos Registrar Tipos de Pagos Probar que el Administrador registre correctamente los tipos pagos. Verificar Use Case Registrar Tipos de Pagos. Que se encuentre registrada la categora del tipo de pago. . la opcin Mantenimiento tipos - Selecciona de pago. - Selecciona la opcin Nuevo. - Elige la categora. - Ingresa la descripcin y el precio del tipo de pago. - Selecciona la opcin Registrar Resultado Esperado Mostrar mensaje: Est a punto de registrar los datosEst seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Registrar Tipos de Pagos Caja Negra
Datos de entrada
Tabla N 22 Caso de Prueba Registrar Cama Caso de Prueba Registrar Cama Probar que el Administrador registre correctamente la cama del servicio de Hospitalizacin. Verificar Use Case Registrar Cama Que se encuentre registrado el servicio, el . asignar la cama. cual - Selecciona la opcin Registro de Camas. - Selecciona la opcin Nuevo. - Elige el servicio - Ingresa la descripcin y el nmero de cama. - Selecciona la opcin Registrar Resultado Esperado Mostrar mensaje: Est a punto de registrar los datos Est seguro que desea hacerlo? Paso 3: seleccionar s, mostrar mensaje: Se guardaron los datos. Registrar cama Caja Negra
Datos de entrada
142
Despus
concluy y apreci a la vez que los resultados fueron los esperados segn los requerimientos planteados al inicio del proyecto. 3.2.2 Correccin de errores y afinamiento del sistema Cuando se present el primer prototipo haba una gran falta de codificacin, por lo que podra decirse que en adelante se realizaron muchos cambios en el sistema, los cuales se han ido corrigiendo en el transcurso del desarrollo del proyecto. 3.2.3 Plan y Cronograma de Capacitacin.
Capacitados o participantes: Jefe del rea de Estadstica e Informtica Personal del rea de Admisin Personal del rea de Caja Personal del rea de Hospitalizacin.
La capacitacin al personal involucrado se dar en tres sesiones, en el ambiente del rea de Admisin Del Hospital Nuestra Seora de las Mercedes, las cuales tienen el contenido que se muestra en la Tabla N20.
143
Tabla N 23 Contenido de Capacitacin del Sistema Informtico de Gestin de Consultas Clnicas a los Usuarios Sesin Contenidos Introduccin al sistema informtico para la Gestin de Consultas Clnicas. - Descripcin del sistema . - Requerimientos del sistema para su instalacin. - Instalacin - Configuracin de la base de datos. - Preguntas frecuentes (15 minutos adicionales) Informacin general y especfica del sistema, para su utilizacin. - Inicio de Sesin - Descripcin y uso de las opciones del men. - Registro de datos. Segunda Capacitacin - Generacin de reportes. - Configuracin de la base de datos. - Utilizacin de la Ayuda. - Preguntas adicionales) (30 min 1 hora Duracin
Primera Capacitacin
1 Hora
Familiarizacin con el sistema, con una serie de ejemplos y prcticas. - Ejemplos para registrarbuscar, modificar, etc. Tercera Sesin - Ejemplos reportes. - Preguntas adicionales) - Preguntas adicionales) Elaborado por los Autores
Gestin de Consultas clnicas 144 Aguilar & Ipanaqu
para
generar
1 hora
(30
min
(30
min
interpretacin. Se procedi con la medicin de las variables identificadas, las mismas que nos sirvieron para efectuar los clculos estadsticos de los indicadores. 4.1.1 INDICADOR 01: Tiempo promedio de atencin del paciente en la ventanilla de Admisin para solicitar Ticket de consulta clnica. Los valores se muestran a continuacin: Resultados del indicador N1
PRE-TEST
Indicador Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
Tiempo promedio de atencin del paciente en la ventanilla de Admisin para solicitar Ticket de consulta clnica
4.01
01.10
Tiempo promedio de atencin del paciente en la ventanilla de Admisin para solicitar Ticket de consulta clnica.
5.00 4.00 Minutos 3.00 2.00 1.00 0.00 Pre-Test Post-test Tiempo Promedio 4.01 1.10
En el Pre-Test, el tiempo promedio de atencin del paciente en el rea de admisin para solicitar ticket de consulta Clnica es de 04.01 minutos En el Post-Test, , el tiempo promedio de atencin del paciente en el rea de admisin para solicitar ticket de consulta Clnica es de 01.10 minutos En la Grfica 1 se representa las cifras del tiempo promedio de atencin del paciente en el rea de admisin para solicitar ticket de consulta Clnica, tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar un ahorro de 72.6% en el tiempo de atencin.
4.1.2 INDICADOR 02: Tiempo promedio de bsqueda de historia clnica del paciente en el rea de Admisin. Los valores se muestran Los valores se muestran a continuacin:
POST-TEST
Tiempo Promedio Total(min)
7.09
0.09
8.00 Minutos 6.00 4.00 2.00 0.00 Pre-Test Post-test Tiempo Promedio 7.09 0.09
147
En el Pre-Test, el tiempo promedio de bsqueda de la Historia Clnica de un paciente en el rea de Admisin es de 07.09 minutos. En el Post-Test, el tiempo promedio de bsqueda de una historia clnica de un paciente en el rea de Admisin es de 00.09 minutos. En la Grfica 2, se representan las cifras del tiempo promedio de bsqueda de una historia clnica de un paciente en el rea de Admisin tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar un ahorro de 98.7% en el tiempo de bsqueda.
4.1.3 INDICADOR 03: Tiempo promedio de Registro de una historia clnica del paciente en el rea de Admisin. Los valores se muestran Los valores se muestran a continuacin:
POST-TEST
04.02
01.28
Tiempo promedio de Registro de una historia clnica del paciente en el rea de Admisin
5.00 4.00 Minutos 3.00 2.00 1.00 0.00 Pre-Test Post-test Tiempo Promedio 4.02 1.28
148
En el Pre-Test, Tiempo promedio de Registro de una historia clnica del paciente en el rea de Admisin, es de 04.02 minutos. En el Post-Test, el tiempo promedio de Registro de una historia clnica del paciente en el rea de Admisin es de 01.28 minutos. En la Grfica 3, se representan las cifras del tiempo promedio de Registro de una historia clnica del paciente tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar un ahorro de 68.2% en el tiempo de registro.
4.1.4 INDICADOR 04: . Tiempo promedio de atencin del paciente en el rea de Caja. Los valores se muestran a continuacin: Resultados del Indicador N4
PRE-TEST
Indicador Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
02.02
01.40
1.00
0.50 0.00 Pre-Test Post-test Tiempo Promedio 2.02 1.40
149
En el Pre-Test, el tiempo promedio de atencin del paciente en el rea de Caja, es de 2.02 minutos. En el Post-Test, el tiempo promedio de de atencin del paciente en el rea de Caja, es de 1.40 minutos. En la Grfica 4, se representan las cifras del tiempo promedio de atencin del paciente en el rea de Caja tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar una disminucin del 30.7% para el registro de pago.
4.1.5
PRE-TEST
Indicador Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
1.60
0.50
2.00 Minutos 1.50 1.00 0.50 0.00 Pre-Test Pos-test Tiempo Promedio 1.60 0.50
En el Pre-Test, el tiempo promedio de emisin de recibo de pago, es de 01.60 minutos. En el Post-Test, el tiempo promedio de emisin de recibo de pago, es de 0.50 minutos. En la Grfica 5, se representan las cifras del tiempo promedio de emisin de recibo de pago. tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar una disminucin de 68.8% en el tiempo de atencin.
150
4.1.6 INDICADOR N6: Tiempo promedio de arqueo en el rea de Caja. Los valores se
muestran presenta a continuacin: Resultados del Indicador N6
PRE-TEST
Indicador Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
132
1.2
140.00 120.00 100.00 80.00 60.00 40.00 20.00 0.00 Pre-Test Post-test Tiempo Promedio 132.00 1.20
En el Pre-Test, el tiempo promedio de arqueo en el rea de caja, es de 132 minutos. En el Post-Test, el tiempo promedio de emisin de recibo de pago en Caja, es de 1.2 minutos. En la Grfica 6, se representan las cifras del tiempo promedio de arqueo en el rea de Caja tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar una reduccin de tiempo de 99% en el tiempo de arqueo.
Minutos
151
Indicador
PRE-TEST
Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
Tiempo promedio de registro de ingreso del paciente en hospitalizacin Elaborado por los Autores
Grfica 7 Resultados del Indicador N7 Tiempo promedio de registro de ingreso del paciente en hospitalizacin Minutos 7.00 6.00 5.00 4.00 3.00 2.00 1.00 0.00 Pre-Test Post-test Tiempo Promedio 7.00 1.00
En el Pre-Test, el tiempo promedio de registro de ingreso del paciente en Hospitalizacin, es de 7 minutos. En el Post-Test, tiempo promedio de registro de ingreso del paciente en Hospitalizacin, es de 1 minutos. En la Grfica7, se representan las cifras del tiempo promedio de registro de ingreso del paciente en Hospitalizacin tanto en el Pre-Test como en el PostTest respectivamente, donde se puede apreciar una reduccin de tiempo de 85.7% en el tiempo de registro.
152
4.1.8
Indicador
PRE-TEST
Tiempo Promedio Total(min)
POST-TEST
Tiempo Promedio Total(min)
Tiempo promedio de
reporte de Egresos Hospitalarios Elaborado por los Autores
120
1.1
Minutos
Post-Test
En el Pre-Test, el tiempo promedio de reporte de Egresos Hospitalarios, es de 120 minutos. En el Post-Test, el promedio de reporte de Egresos Hospitalarios, es de 1.1 minutos. En la Grfica8, se representan las cifras del promedio de reporte de Egresos Hospitalarios tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar una reduccin de tiempo de 99% en el tiempo reporte.
153
4.1.9
INDICADOR N9: Grado de satisfaccin de los Usuarios. Los valores se muestran a continuacin:
Resultados del Indicador N9
Usuario satisfecho
Indicador Porcentaje (%)
Grado de satisfaccin de
los usuarios. Elaborado por los Autores
12
88
En la Grfica9, se representan las cifras del Grado de satisfaccin de los usuarios, donde se puede apreciar que el 12% se encuentra satisfecho mientras que el 88% se encuentra muy satisfecho con el sistema informtico.
4.1.10 INDICADOR N10: Tiempo promedio de reportes de consultas clnicas. Los valores se muestran a continuacin: Resultados del Indicador N10
PRE-TEST
Indicador Tiempo promedio de reportes de consultas clnicas. Tiempo promedio(min)
POST-TEST
Tiempo promedio(min)
160
1.83
154
En el Pre-Test, el tiempo promedio de reporte de Consultas Clnicas, es de 160 minutos. En el Post-Test, el promedio de reporte de reporte de Consultas Clnicas, es de 1.83 minutos. En la Grfica 10, se representan las cifras del promedio de reporte de Consultas Clnicas, tanto en el Pre-Test como en el Post-Test respectivamente, donde se puede apreciar una reduccin de tiempo de 98.9% en el tiempo reporte.
Minutos
155
5.1 CONCLUSIONES 5.1.1 Dado que el tiempo de atencin del paciente en la ventanilla de Admisin para solicitar Ticket de consulta clnica se redujo en un 72.6%, se afirma que la eficiencia ha aumentado con la inclusin del Sistema de Informacin, por lo tanto se concluye que el indicador mejor.
5.1.2
Dado que el tiempo promedio de bsqueda de historia clnica del paciente en Admisin se redujo de 7.09 minutos a 0.09 minutos se concluye que el indicador mejor con la implementacin del sistema al 98.7%.
5.1.3
Segn el resultado del tiempo promedio del Registro de una Historia Clnica en el rea de Admisin, en el Post-Test se concluye que este indicador mejor pues se reduce el tiempo de 4.02 minutos a 1.28 minutos obtenido en el PreTest.
5.1.4
Se concluye que el indicador: Tiempo promedio de atencin del paciente en el rea de caja ha disminuido en un margen de 30.7% de su proceso,
5.1.5
Sabiendo que Tiempo promedio de emisin del recibo de pago ha disminuido en un 68.8% se concluye que este indicador ha mejorado con el valor del PostTest con respecto al Pre-Test.
5.1.6
Dado que el Tiempo promedio de arqueo en el rea de caja se redujo en un 99%, se afirma que la eficiencia ha aumentado con la inclusin del Sistema de Informacin, por lo tanto se concluye que el indicador mejor.
5.1.7
Obteniendo una disminucin del 85.7% en el tiempo promedio de registro de ingreso del paciente en hospitalizacin se concluye que este indicador ha mejorado con la implementacin del sistema de informacin.
5.1.8
Segn los resultados del Tiempo promedio del reporte de egresos hospitalarios se obtiene una disminucin de 99%, se concluye que ha mejorado la eficiencia de este proceso con la implementacin del sistema de informacin.
5.1.9
Segn el grado de satisfaccin de los usuarios el 88% est muy satisfecho con la implementacin del sistema de informacin.
5.1.10 Dado que el tiempo promedio de reportes de consultas clnicas. Ha reducido el tiempo de su proceso en un 98.9%, se concluye que se ha mejorado con la implementacin del sistema de informacin.
Por los resultados obtenidos en la presente Tesis, se concluye que la hiptesis planteada se demuestra y los objetivos especficos se cumplieron satisfactoriamente, por lo que obtenemos una mejora en la Gestin de Consultas Clnicas del Hospital Nuestra Seora de las Mercedes.
157
5.2 RECOMENDACIONES 5.2.1 El sistema informtico incluye el mdulo de Atencin de Consultas Clnicas, el cual debe ser utilizado por los mdicos que brindan la atencin diaria de los pacientes, permite el registro de los sntomas, diagnstico y tratamiento que presenta el paciente datos importantes para llevar el control de su historial clnico. Lo que pretendemos con la implementacin de este mdulo es desarrollar evolutivamente una Historia Clnica digitalizada que le permita al mdico acceder a la informacin ordenada y actualizada del paciente. Por lo cual recomendamos la asesora y capacitacin del personal involucrado, realizando pruebas pilotos, evaluando los resultados obtenidos respecto al grado de satisfaccin de los mdicos y pacientes. Para lograr lo antes mencionado, se recomienda al hospital adquirir equipos de cmputo en los consultorios mdicos.
5.2.2
Para una mejor integracin de las reas que involucran la gestin de consultas clnicas, recomendamos integrar al sistema informtico propuesto, un mdulo adicional que permita administrar los medicamentos descritos en el
tratamiento que se le otorg al paciente en la atencin clnica. Se ha realizado un estudio de investigacin y propuesto al rea de Farmacia del hospital Nuestra Seora de las Mercedes un Sistema Informtico para la Administracin de Farmacia (SIAF), presentados por los alumnos de la Universidad Csar Vallejo, el cual contribuira a la escalabilidad del Sistema informtico de Gestin de Consultas Clnicas.
5.2.3
Para la administracin, mantenimiento y configuracin del sistema se requiere personal con conocimientos informticos en anlisis y diseo de procesos orientado a objetos, base de datos SQL Server y conocimientos de plataforma de desarrollo Visual.Net
5.2.4
Para garantizar la seguridad de la informacin, sabiendo la gran cantidad de registros, se recomienda establecer un nivel de contingencia. Las cuales detallamos a continuacin: Generacin de backup diarios, ubicarlas en lugares apropiados fuera del rea donde se originan, ya que en caso de contingencia puede restaurarse la informacin hasta la fecha de la ltima salva de los datos. Mantener y tener instalado un Antivirus de acuerdo a los lineamentos o normas establecidas. Mantener actualizados los estudios de vulnerabilidad, que deben ser dinmicos ya que permite tener un control de los medios y la tcnica de la cual dispone el hospital, dar conocimiento a los niveles superiores para
158
que a su vez se retroalimente el proceso de decisin y se pueda efectuar las mejoras en los equipos y los software con las nuevas necesidades, as como conocer los puntos crticos y estar preparados para cualquier situacin emergente. En Caso de Fallas de Fluido Elctrico: Se puede presentar lo siguiente: Si fuera corto circuito, el UPS mantendr activo los servidores y algunas estaciones, mientras se repare la avera elctrica o se enciende el generador. Para el caso de apagn se mantendr la autonoma de corriente que el UPS brinda (corriente de emergencia (*)), hasta que los usuarios completen sus operaciones (para que no corten bruscamente el proceso que tienen en el momento del apagn), hasta que finalmente se realice el By-pass de corriente con el grupo electrgeno, previo aviso y coordinacin. Cuando el fluido elctrico de la calle se ha restablecido se tomarn los mismos cuidados para el paso de grupo electrgeno a corriente normal (o UPS).
159
160
REFERENCIA BIBLIOGRFICA:
ALFARO MENDIVES, Karen (2006) tesis Modelo de gestin estratgica para transformar las bibliotecas universitarias pblicas de Lima Metropolitana en centros de gestin de la informacin. Presentado en la Universidad Mayor de San Marcos-Lima. ASENJO Miguel ngel (2007) Gestin diaria del Hospital. Elsevier Espaa AYUSO, Murillo Diego (2006) La gestin de enfermera y los servicios generales en las Organizaciones Sanitarias Publicado por Ediciones Daz de Santos. Espaa. BECK, K (1999) Extreme Programming Explained: First Edition September 29. BERAZA Graciela (2004) en su Tesis Informatizacin de la Historia Clnica del servicio de Emergencia Citmed 6 (2006) Pgina web de Citmed 6 [Citado 26 de Mayo del 2009] Disponible en: (http://www.citmed.com/) CHAPILLIQUN Girn Edgar, HERNNDEZ Curay Donattilo W. (2008), tesis Implementacin del sistema informtico para la gestin de referencias y contra referencias del rea del Seguro Integral de Hospital I Santa Rosa-Piura. CHECKLAND, Peter (2004) Pensamiento de Sistemas: Prctica de Sistemas. Grupo Noriega Editores. Mxico. CORDERO BORJA, Rodolfo C. (2004), en su tesis Auditora Mdica en el Centro Mdico de ESSSALUD con un sistema de Gestin Hospitalaria .Presentado en la Universidad Mayor de San Marcos-Lima. CURIOSO Walter, Saldas Jos, Zambrano Roberto (2002). Historias Clnicas Electrnicas en un Hospital Nacional. Satisfaccin por parte del personal de salud y pacientes. Revista de la Sociedad Peruana de Medicina Interna Vol 15 N1 Per. FARRIOLSI Sol Antoni, Presidente de la CLI (Comisin de Libertades e InformticaEspaa. GAFO Javier (1999) El derecho a la asistencia sanitaria y la distribucin de recursos Madrid- Espaa.
GAFMedic v 3.00(2004) Pgina web de GAFMedic [Citado 26 de Mayo del 2009] Disponible en: (http://www.gafsistemas.com.ar/). GONZALES Uria y TOVA Juan (2004) .Tesis Doctoral Gestin Informtica en la Direccin Clnica Hospitalaria, Aplicacin de un Servicio de Urologa. Presentado en la Universidad Autnoma de Barcelona-Espaa. HOSPITAL Nuestra Seora de las Mercedes-Paita (2005-2006) Memoria Institucional. Oficina de Planificacin Estratgica. Piura. HLMP (2004) Manual de Organizacin y Funciones del Hospital Nuestra Seora de las Mercedes-Paita. Oficina de Planificacin Estratgica. Piura, Per.
161
JACOBSON, I., Booch, G.& Rumbaugh J. (2000) El Proceso Unificado de Desarrollo de Software, Addison Wesley, Madrid. Espaa. JACOBSON, I., Booch, G. & Rumbaugh J. (1999) El Proceso Unificado de Desarrollo de Software, Addison Wesley, Madrid. Espaa. JIMNEZ Jimnez Jos (2000) Manual de gestin para jefes de servicios clnicos . Ediciones Daz de Santos. Espaa. LAUNDON KENNETH & LAUNDON JANE P. (1996) Administracin de los sistemas de informacin organizacin y tecnologa 3 edicin Prentice Hall, Hispanoamericana S.A. Mxico. MedicalsWare Gestin Clnica Versin 1.84 (2008) Pgina web de MedicalsWare [Citado 26 de Mayo del 2009] Disponible en: (http://www.jaumeg.com/s2main.php). MERINO Garca Fiorella Stefany y GUERERRO Benites Teresita (2008). Tesis Aplicacin Web para el proceso de asignacin de Citas Mdicas de la divisin de Admisin y Registros Mdicos en el Hospital III Jos Cayetano Heredia de Piura. Presentado en la Universidad Csar Vallejo Filial Piura. MOSQUERA Tarazona Javier Francisco y MESTANZA Vigo Willy (2007), en su tesis Anlisis, Diseo e Implementacin de un Sistema de Informacin Integral de Gestin Hopitalaria para un Establecimiento de Salud Pblico. Presentado en la Pontificia Universidad Catlica del Per-Lima. Norma Tcnica de la Historia Clnica de los establecimientos del sector saludPer (MINSA 2005).
OCMed(2008) Pgina web de OCMed [Citado 26 de Mayo del 2009] Disponible en:
(http://www.ocmed.es/defaultesp.htm). SAMAN Martha Karina (2002) Tesis Implementacin de un Sistema de Gestin Acadmica en la Facultad de Educacin. Presentado en la Universidad de Piura. TGClnicaPlus Pgina web de TGClnicaPlu [Citado 26 de Mayo del 2009] Disponible en (http://www.tecnowind.es/productos/tgclinica/tgclinica_formulas.htm).
162