View
216
Download
0
Category
Preview:
Citation preview
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
“DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO DEL
MINISTERIO DE SALUD PUBLICA PARA SISTEMAS DE INFORMACIÓN DE
SALUD”
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
SORAYA LILIANA MEDINA LEAL
TUTOR: ING. FLORA SALGADO ORDÓÑEZ M.Sc
GUAYAQUIL – ECUADOR 2016
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO “DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO DEL MINISTERIO DE
SALUD PUBLICA PARA SISTEMAS DE INFORMACIÓN DE SALUD”
AUTOR: SORAYA LILIANA MEDINA LEAL REVISORES:
INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL FACULTAD: CIENCIAS MATEMÁTICAS
Y FÍSICAS
CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES
FECHA DE PUBLICACIÓN: 19 de enero de 2016 N° DE PÁGS.:
ÁREA TEMÁTICA: Medica
PALABRAS CLAVES: (Ministerio, Salud, Formulario, Curricular, Alta, Egreso)
RESUMEN: El desarrollo del Formulario 001 Admisión y Alta-Egreso para Sistemas de Información de Salud de las unidades operativas de Salud Pública nace de la necesidad de automatizar el formulario dispuesto por el Ministerio de Salud Pública del Ecuador, el desarrollo del Formulario se realizó en base a Manual de Uso de los Formularios Básicos de la Historia Clínica Única del Ministerio de Salud Pública del Ecuador, El Formulario se desarrolló en lenguaje Java utilizando el framework ZK para el diseño web del mismo, un motor de base de datos SQL SERVER 2014, un mapeo de datos con JDBC, utilizando una arquitectura de WEB SERVICES de SOAP.
N° DE REGISTRO (en base de datos): N° DE CLASIFICACIÓN: Nº
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF x SI NO
CONTACTO CON AUTOR: SORAYA LILIANA MEDINA LEAL Teléfono:
0967741928
E-mail: liliana_medinal@hotmail.com
CONTACTO DE LA INSTITUCIÓN:
Universidad de Guayaquil
Nombre: Ab. Juan Chávez
Teléfono: 2307729
II
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DEL FORMULARIO
001 ADMISIÓN Y ALTA-EGRESO DEL MINISTERIO DE SALUD PUBLICA PARA
SISTEMAS DE INFORMACIÓN DE SALUD” elaborado por la Srta.
Soraya Liliana Medina Leal, Alumno no titulado de la Carrera de Ingeniería en
Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en Sistemas, me
permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo en
todas sus partes.
Atentamente
Ing. Flora Salgado Ordóñez M.Sc
TUTOR
III
DEDICATORIA
Este trabajo está dedicado a mi madre por ser una
mujer luchadora, de buenos ejemplos, a mis
hermanos y a todas las personas que me motivaron a
seguir adelante con mis estudios a pesar de una u otra
adversidad que se presentó en el camino.
IV
AGRADECIMIENTO
Le agradezco primeramente a Dios por darme fuerzas
para continuar y avanzar en mis estudios y así poder
cumplir esta meta propuesta, a mi madre por todo el
apoyo incondicional que siempre me ha brindado.
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc. Ing. Inelda Martillo Alcívar, Mgs DECANO DE LA FACULTAD DIRECTORA CIENCIAS MATEMATICAS Y FISICAS CISC, CIN
Ing. Jorge Alberto Medina Avelino Ing. Flora Salgado O.
COORDINADOR DEL PROYECTO PROFESOR DEL ÁREA – TRIBUNAL DE TITULACIÓN
Ing. Christian Antón Cedeño Ing. Luis Arias Duque. REVISOR DEL PROYECTO REVISOR DEL PROYECTO DE DE TITULACIÓN TITULACIÓN
Ab. Juan Chávez A. SECRETARIO
DECLARACIÓN EXPRESA
SORAYA LILIANA MEDINA LEAL
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO DEL MINISTERIO DE SALUD PUBLICA PARA SISTEMAS DE INFORMACIÓN DE
SALUD
Proyecto de Titulación que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Auto/a: SORAYA LILIANA MEDINA LEAL
C.I. 0705013530
Tutor: ING. FLORA SALGADO ORDÓÑEZ M.Sc
Guayaquil, enero de 2016
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el/la estudiante SORAYA LILIANA MEDINA LEAL, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es:
Desarrollo Del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Soraya Liliana Medina Leal Cédula de ciudadanía N° 0705013530
Tutor: Ing. Flora Salgado Ordóñez M.Sc
Guayaquil, enero de 2016
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Soraya Liliana Medina Leal
Dirección: Coop. Justicia y Libertad Mz. 7 Solar 5.
Teléfono:5050176 E-mail: liliana_medinal@hotmail.com
Facultad: Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniería en Sistemas Computacionales
Profesor tutor: Flora Salgado Ordóñez
Título del Proyecto de titulación: Desarrollo Del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud.
Tema del Proyecto de Titulación: Formulario de Admisión y Alta-Egreso
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación.
Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno:
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM x CDROM
ABREVIATURAS
http Protocolo de transferencia de Hyper Texto Ing. Ingeniero IDE Integrated Development Environment (Entorno de desarrollo integrado) JRE Java Runtime Environment (Entorno de Ejecución Java) JDK Java Development Kit (kit de desarrollo de Java) URL Localizador de Fuente Uniforme SQL Structured Query Language (Lenguaje de consulta estructurado) www world wide web (red mundial) JDT Java Development Toolkit PDE Plug-in Development Environment IDE Integrated Development Environment MSP Ministerio de Salud Pública HCU Historia Clínica Única
IX
ÍNDICE GENERAL
APROBACION DEL TUTOR ..................................................................................... II DEDICATORIA ........................................................................................................ III AGRADECIMIENTO ................................................................................................ IV ÍNDICE GENERAL ................................................................................................... IX ÍNDICE DE CUADROS ............................................................................................ XI ÍNDICE DE GRÁFICOS .......................................................................................... XII Resumen .................................................................................................................. 1 Abstract .................................................................................................................... 3 INTRODUCCIÓN ...................................................................................................... 4 CAPÍTULO I .............................................................................................................. 7 EL PROBLEMA......................................................................................................... 7 PLANTEAMIENTO DEL PROBLEMA ....................................................................... 7
Ubicación del Problema en un Contexto ............................................................... 7 Situación Conflicto Nudos Críticos ........................................................................ 7 Causas y Consecuencias del Problema ................................................................ 8 Delimitación del Problema ..................................................................................... 8 Formulación del Problema .................................................................................... 9 Evaluación del Problema ....................................................................................... 9
OBJETIVOS ............................................................................................................ 10 OBJETIVO GENERAL ........................................................................................ 10 OBJETIVOS ESPECÍFICOS ............................................................................... 11
ALCANCES DEL PROBLEMA ................................................................................ 11 JUSTIFICACION E IMPORTANCIA ........................................................................ 13 METODOLOGÍA DEL PROYECTO ......................................................................... 14
Metodología de Desarrollo .................................................................................. 14 Supuestos y restricciones ................................................................................... 14 Plan de calidad ................................................................................................... 15
Arquitectura de desarrollo ....................................................................................... 16 Arquitectura n Capas .......................................................................................... 16
CAPÍTULO II ........................................................................................................... 19 MARCO TEÓRICO ................................................................................................. 19 ANTECEDENTES DEL ESTUDIO .......................................................................... 19 FUNDAMENTACIÓN TEÓRICA ............................................................................. 19
Ministerio de Salud Pública del Ecuador ............................................................. 19 Historia Clínica del Ecuador ................................................................................ 21 Formularios Médicos ........................................................................................... 24 Historia Clínica Única .......................................................................................... 25 Admisión ............................................................................................................. 26 Java .................................................................................................................... 26 Eclipse ................................................................................................................ 29 Framework ZK .................................................................................................... 31 MVC .................................................................................................................... 35 SQL Server ......................................................................................................... 37
X
Controlador JDBC ............................................................................................... 38 Servidor de Aplicaciones Jboss ........................................................................... 39 Características de JBOSS AS 7: ......................................................................... 39
FUNDAMENTACIÓN LEGAL .................................................................................. 40 PREGUNTA CIENTÍFICA A CONTESTARSE ........................................................ 40
DEFINICIONES CONCEPTUALES ..................................................................... 40 CAPÍTULO III .......................................................................................................... 42 PROPUESTA TECNOLÓGICA ............................................................................... 42 Análisis de factibilidad .................................................................................. 42 Factibilidad Operacional ............................................................................... 42 Factibilidad técnica ....................................................................................... 42 Factibilidad Legal .......................................................................................... 44 Factibilidad Económica ................................................................................. 48
Etapas de la metodología del proyecto ................................................................... 51 Metodología en Cascada .................................................................................... 51 Entregables del proyecto ..................................................................................... 53
Organización del desarrollo del proyecto ................................................................ 54 CRITERIOS DE VALIDACIÓN DE LA PROPUESTA .............................................. 59 CAPÍTULO IV ......................................................................................................... 61 Criterios de aceptación del producto o Servicio ...................................................... 61 INFORME DE ACEPTACIÓN Y APROBACION DEL PROYECTO ......................... 63 CONCLUSIONES ................................................................................................... 64 RECOMENDACIONES ........................................................................................... 64
BIBLIOGRAFÍA ....................................................................................................... 66 ANEXOS ................................................................................................................. 67
XI
ÍNDICE DE CUADROS Cuadro 1 Especificaciones Técnicas de Hardware ..................................................... 43 Cuadro 2 Especificaciones Técnicas de Software ....................................................... 43 Cuadro 3 Recursos de Software ................................................................................. 49 Cuadro 4 Recurso Humano ........................................................................................ 49 Cuadro 5 Gastos Varios .............................................................................................. 50 Cuadro 6 Valor Total ................................................................................................... 50 Cuadro 7 Matriz de Criterio de Aceptación .................................................................. 61
XII
ÍNDICE DE GRÁFICOS Pág. Gráfico 1 Arquitectura n capas .................................................................................... 16 Gráfico 2 Arquitectura del Software ........................................................................... 18 Gráfico 3 Logotipo de Java 7 ...................................................................................... 26 Gráfico 4 Logotipo de ZK ............................................................................................ 31 Gráfico 5 PromeinfoII.zul ............................................................................................ 33 Gráfico 6 Ejecución del Servidor de Aplicaciónes Jboss ............................................. 34 Gráfico 7 Interfaz de Usuario ...................................................................................... 35 Gráfico 8 MVC (Modelo Vista Controlador) ................................................................. 36 Gráfico 9 SQL Server 2014 ......................................................................................... 37 Gráfico 10 Servidor Jboss 7 ..................................................................................... 39 Gráfico 11 Metodología en Cascada ........................................................................... 51 Gráfico 12 Clase del controlador ................................................................................. 55 Gráfico 13 Página Zul ................................................................................................. 55 Gráfico 14 Código Javascript del .zul .......................................................................... 56 Gráfico 15 Atributos y Entidades ................................................................................. 57 Gráfico 16 Métodos de las clases DAO....................................................................... 58 Gráfico 17 Clases con métodos de Web Services ...................................................... 59
1
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO DEL MINISTERIO DE SALUD PUBLICA PARA SISTEMAS DE INFORMACIÓN DE
SALUD
Autor/a: SORAYA LILIANA MEDINA LEAL
Tutor/a: ING. FLORA SAGADO
Resumen
El desarrollo del Formulario 001 Admisión y Alta-Egreso para Sistemas de
Información de salud de las unidades operativas de salud pública nace de la
necesidad de automatizar el formulario dispuesto por el Ministerio de Salud Pública
del Ecuador, el desarrollo del Formulario se realizó en base al manual de uso de los
formularios básicos de la Historia clínica única del Ministerio de Salud Pública del
Ecuador, el mismo que cuenta con dos partes el Anverso que corresponde a las
Admisiones, es donde el Admisionista o enfermera podrá registrar datos personales
de un nuevo paciente, llenar ficha de nuevas admisiones y subsecuentes, registrar
cambios de datos, agregar información adicional del paciente o usuario -requerida
por la institución- y en el Reverso que corresponde a las Altas Ambulatorias y Egresos
Hospitalarios aquí el Medico deberá llenar la ficha de alta ambulatoria y egreso
hospitalario.
2
El desarrollo del Formulario 001 Admisión y Alta-Egreso permitirá un mejor servicio,
organización y administración de los sistemas de información del Ministerio de Salud
Pública.
3
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
ADMISSION FORM DEVELOPMENT AND HIGH - 001 EXIT THE MINISTRY OF
PUBLIC HEALTH FOR HEALTH INFORMATION SYSTEMS
Abstract
The development of Form 001 Admission and Upper School Exit for Information Systems Health operating public health units stems from the need to automate the form provided by the Ministry of Public Health of Ecuador, the development of the form was made based on Manual of Basic Forms of the Single Health record of the Ministry of Public Health of Ecuador, it has two parts the front corresponding to the Admissions, is where the Admisionista or nurse may register personal data of a new patient, complete record of new admissions and subsequent, record data changes, add additional patient information or user -required by institution- and back corresponding to the high ambulatory and Hospital Discharge here the doctor must complete the record high and ambulatory hospital discharge. The development of Form 001 Egress Admission and Upper allow better service, organization and management of Information Systems of the Ministry of Public Health.
Author: Soraya Medina Leal Tutor: Ing. Flora Salgado Ordóñez
4
INTRODUCCIÓN
El desarrollo del formulario 001 Admisión y Alta-Egreso, se creó para cubrir la
necesidad de las unidades operativas de salud a cargo del M.S.P. (Ministerio de
Salud Pública) la cual es lograr tener un conjunto común de datos básicos para la
historia clínica única de los pacientes, el formulario de Admisión y Alta-Egreso es un
prototipo que permitirá ingresar datos de admisiones de los usuarios o pacientes
nuevos, llenar ficha de admisión o atención para pacientes nuevos o subsecuentes,
verificar cambios de datos de los pacientes subsecuentes, incluir datos de Alta
Ambulatoria y Egreso Hospitalario.
Actualmente los datos de Admisión y Alta-Egreso son ingresados en sistemas de
información de las unidades operativas de salud pública en algunos casos son
ingresados manualmente en formatos impresos o en hojas de excel con el formato
de los formularios del Ministerio de Salud Pública del Ecuador, esto dependiendo de
su ubicación geográfica, pero en cualquiera de estos casos las unidades operativas
no cuentan con la organización y estandarización adecuada ni por lo solicitado por el
M.S.P. de tener un registro común de datos de la Historia Clínica Única de un
paciente, lo cual provoca pérdida de información y desactualización de los datos de
los pacientes.
El desarrollo del formulario 001 Admisión y Alta-Egreso permitirá mejorar la
administración de los sistemas de información del Ministerio de Salud Pública del
Ecuador.
Este proyecto se realizó en base a un levantamiento de información de la historia
clínica única del Ministerio de Salud Pública del Ecuador, el diseño del formulario 001
Admisión y Alta-Egreso consta de los siguientes módulos:
- Admisiones
- Altas Ambulatorias y Egresos Hospitalarios
5
adicionalmente se creó un módulo que permite generar un reporte de las admisiones,
altas ambulatorias y egresos hospitalarios. El formulario se desarrolló en lenguaje de
programación Java utilizando el framework ZK para el diseño del mismo, un motor de
base de datos SQL SERVER 2014, un mapeo de datos con JDBC y una arquitectura
de WEB SERVICES de tipo SOAP.
Se ofrece un formulario de Admisión y Alta-Egreso como estándar para todas las
unidades operativas a cargo del Ministerio de Salud Pública del Ecuador que
permitirá registrar en la base de datos la información de admisión, alta ambulatoria y
egreso hospitalario de una persona, ya sea paciente nuevo o subsecuente, que
acuda a un centro de salud por una consulta médica.
Breve explicación de lo que contiene cada capítulo del documento del proyecto de
titulación:
El capítulo 1 al problema en si donde se debe realizar un planteamiento del problema
que se debe explicar sobre la ubicación del problema en un contexto, situación
conflicto nudos críticos, causas y cobsecuencias del problema, delimitación del
problema, formulación del problema, evaluación del problema, objetivos generales y
específicos, alcance del problema, justificación e importancia y metodología del
proyecto.
El capítulo 2 al marco teórico donde debe contener los antecedentes del estudio, la
fundamentación teórica, la fundamentación legal la cual se compone de la pregunta
científica a contestarse y definiciones conceptuales.
El capítulo 3 a la propuesta tecnológica de la cual se tendrá que realizar un análisis
de factibilidad, factibilidad operacional, factibilidad técnica, factibilidad legal y
factibilidad económica luego se explicara las etapas de la metodología del proyecto,
entregables del proyecto y se darán criterios de validación de la propuesta.
6
El capítulo 4 a criterios de aceptación del producto o servicio en el cual se expresa
el nivel de aprobación que tiene el proyecto y lo que debe considerarse en fases
nuevas del mismo, la bibliografía que se han utilizado y anexos del proyecto.
7
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
El Ministerio de Salud Publica cuenta con varias instituciones prestadoras de salud
del sector público, que cada vez más han ido expandiendo sus servicios en pro de la
comunidad, en la actualidad los datos de admisión, alta ambulatoria y egreso
hospitalario de una persona que se acerca a un centro de salud pública para recibir
atención médica son registrados, consultados y modificados en los formularios de los
sistemas de información de las unidades operativas y en algunos de los casos este
proceso se lo realiza manualmente en formatos impresos o hojas de excel con
formatos del M.S.P., ocasionando pérdida de tiempo, gastos en recursos, perdida de
información, porcentaje de margen de error de digitación, en cualquiera de los casos
estos centros médicos no se encuentran operando con el formulario de Admisión y
Alta-Egreso predispuesto por el Ministerio de Salud Publica en donde el Reglamento
a la Ley Orgánica del Sistema Nacional de Salud indica que el uso y aplicación de la
historia clínica única serán obligatorios en las instituciones de salud que integran el
sistema.
Situación Conflicto Nudos Críticos
Algunas unidades operativas o subcentros de salud no cuentan con la estructura
estadística adecuada ni con el formato solicitado por el Ministerio de Salud Pública
por tal razón el sistema de cada uno de estos centros médicos no puede obtener
información exacta de toda la historia clínica única de la salud de un paciente.
Mediante el presente proyecto se pretende organizar y unificar la información de los
formularios de Admisión y Alta-Egreso de los datos de una persona que mantenga
historia clínica en instituciones de salud pública.
8
Causas y Consecuencias del Problema
Causas
La toma de datos de los pacientes en las áreas de Admisión, Alta
Ambulatoria y Egreso Hospitalario en las unidades operativas de salud
se realiza en formularios impresos, archivos de excel o sistemas de
información de salud.
Falta de estructura estadística en algunos centros de salud del sector
público, semipúblico y privado.
Los formularios de las unidades operativas de salud no se rigen en el
formulario dispuesto por el Ministerio de Salud Pública.
Consecuencias
Perdida de información, porcentaje de margen de error en la recolección
de datos, gastos en recursos.
Desorganización al momento de tomar los datos de un paciente.
Incumplimiento de tener un conjunto común de datos básicos para la
historia clínica única de los pacientes.
Delimitación del Problema
La falta de un conjunto común de datos en los sistemas de información de las
unidades operativas a cargo del Ministerio de Salud Pública, es causante que se
genere perdida de información de la Historia Clínica Única de los pacientes
imposibilitando que en un futuro dichas unidades de salud puedan compartir
información entre sí.
9
Formulación del Problema
Con el desarrollo de un formulario de Admisión y Alta-Egreso para los sistemas de
información del Ministerio de Salud Pública el cual consta con módulos organizados
el mismo que permitirá registrar y modificar los datos de admisión, alta ambulatoria y
egreso hospitalario de un paciente logrando una correcta administración de datos,
nace la interrogante ¿Qué tan beneficioso será para la comunidad
lograr registrar de forma organizada los datos de admisión, alta ambulatoria y egreso
hospitalario de un paciente?¿Se evitará la perdida de información de los datos de un
paciente con la creación de un solo formulario de Admisión y Alta-Egreso?
Evaluación del Problema
Delimitado: La forma de registrar, obtener o cambiar los datos de un paciente del
formulario de Admisión y Alta-Egreso de los sistemas de información de las unidades
operativas del Ministerio de Salud Publica actualmente no son las adecuadas, es
decir la institución como tal no cuenta con un conjunto común de datos básicos para
la historia clínica de un paciente.
Claro: Un formulario 001 Admisión y Alta-Egreso de un sistema de información de
las unidades operativas del Ministerio de Salud Publica actualmente no permite
integrarse con otro sistema de la misma institución, es decir no existe compatibilidad
entre ellos ya que cada uno cuenta con diseño e infraestructura diferente.
Evidente: Esto está basado en un levantamiento de información que realizo
Promeinfo I del Manual de Uso de los Formularios Básicos de la Historia Clínica
Única, en donde se encontró que el Ministerio de Salud Publica solicita a las unidades
operativas cumplir con “Un conjunto común de datos básicos para la historia clínica”,
esto lo podemos comprobar con las cláusulas de la Ley Orgánica del Sistema
Nacional de Salud donde indica en el Art. 11.- “...El Sistema establecerá los
mecanismos para que las instituciones garanticen su operación en redes y aseguren
10
la calidad, continuidad y complementariedad de la atención, para el cumplimiento del
Plan Integral de Salud de acuerdo con las demandas y necesidades de la comunidad.
Estos mecanismos incluyen:
d) “Un conjunto común de datos básicos para la historia clínica;”.
Y en el Art. 79.- Responsabilidad y uso de la historia clínica .- La historia clínica,
en tanto prueba documental, estará bajo la responsabilidad y custodia de la unidad o
establecimiento operativo del lugar de residencia del ciudadano; se propenderá que
exista una sola historia clínica por persona, que será la base para el sistema de
referencia y contrareferencia.
Concreto: Los formularios de las unidades operativas del Ministerio de Salud Pública
no cumplen con los Reglamentos a la Ley Orgánica del Sistema Nacional de Salud.
Factible: El proyecto es factible ya que permitiría cubrir la necesidad que tiene el
Ministerio de salud Pública de crear un prototipo del formulario Admisión y Alta-
Egreso con el fin de que todas las unidades operativas de salud cumplan con el
Reglamento a la Ley Orgánica del Sistema Nacional de Salud en donde su Art. 77
indica que El Ministerio de Salud Pública, en su calidad de autoridad sanitaria,
revisará y actualizará los formularios básicos y de especialidades de la historia clínica
única para la atención de los usuarios, los mismos que serán posteriormente
concertados y difundidos por el Consejo Nacional de Salud en todas las instituciones
prestadoras de salud del sector público, semipúblico y privado.
OBJETIVOS
OBJETIVO GENERAL
Desarrollar el Formulario 001 Admisión y Alta-Egreso del M.S.P. que permita
conservar un registro sistemático, disponible y actualizado con la información
completa y organizada de un paciente de cada una de las admisiones, altas
ambulatorias y egresos hospitalarios, esto como uso del personal autorizado.
11
OBJETIVOS ESPECÍFICOS
Realizar el levantamiento de información del Manual de Uso de los
Formularios Básicos de la Historia Clínica del Ministerio de Salud Pública del
Ecuador.
Analizar la base de datos del grupo de proyectos Promeinfo I de la
Universidad de Guayaquil que se utilizara para la creación del formulario 001
Admisión y Alta-Egreso.
Diseñar la interface y automatizar la información de la aplicación web del
formulario 001 Admisión y Alta-Egreso para el Sistema de Historia Clínica
Única del Ministerio de Salud Pública.
Desarrollar en Java el Anverso que corresponde a las Admisiones y el
Reverso a las Altas Ambulatorias y Egresos Hospitalarios del formulario 001
Admisión y Alta-Egreso para el Sistema de Historia Clínica Única del
Ministerio de Salud Pública.
Permitir ingresar, modificar, obtener y guardar la Información de cada uno de
los bloques del Formulario de Admisión y Alta-Egreso en la base de datos.
ALCANCES DEL PROBLEMA
El Ministerio de Salud Pública se encuentra a cargo de varias entidades de salud las
cuales cada vez más han ido creciendo en la prestación de sus servicios, así como
también expandiéndose con nuevas unidades, de esta forma mejorando
progresivamente su nivel de salud.
El desarrollo del Formulario de Admisión y Alta-Egreso se creará como modelo
estándar de formulario expuesto en el manual de uso de la historia clínica única que
propone el Ministerio de Salud Pública del Ecuador para todas las unidades
12
operativas de salud, el cual debe ser de uso obligatorio una vez presentado por el
Ministerio de Salud Pública.
La información que se ingresará en cada uno de los módulos del formulario será
almacenada en una base de datos única del grupo de Promeinfo I de la Universidad
de Guayaquil.
En el módulo de Admisiones se crearán los bloques de REGISTRO DE PRIMERA
ADMISIÓN, REGISTRO DE NUEVAS ADMISIONES PARA ATENCIONES DE
PRIMERA VEZ Y SUBSECUENTES, REGISTRO DE CAMBIOS, INFORMACIÓN
ADICIONAL, en el módulo de Altas y Egresos se crearán los bloques de ALTA
AMBULATORIA Y EGRESO HOSPITALARIO y en el módulo de Reportes se podrá
generar un pdf donde se mostrará cuantas ADMISIONES, ALTAS AMBULATORIAS
Y EGRESOS HOSPITALARIOS se realizaron dentro de una fecha inicial a una fecha
final.
Los módulos del formulario de Admisión y Alta-Egreso deberán permitir ingresar,
modificar y obtener información de la base de datos según corresponda.
En los bloques del módulo de Admisiones del formulario 001 Admisión y Alta-
Egreso se podrá:
- Tomar los datos de Registro de Primera Admisión de una persona que acuda por
primera vez a un centro de salud.
- Registrar y consultar datos de nuevas admisiones para atenciones de primera
vez y subsecuentes en una de las áreas médicas que ofrece la entidad de salud.
- Actualizar datos básicos de un paciente subsecuente.
- Registrar información adicional que indique el paciente acerca de sus síntomas
siendo de carácter obligatorio por la institución.
13
En los bloques del módulo Altas y Egresos del formulario 001 Admisión y Alta-
Egreso se podrá:
- Detallar datos de alta ambulatoria, donde se ingresará Características,
diagnóstico y Tratamiento de la salida de un paciente por atención ambulatoria.
- Detallar datos de Egreso Hospitalario, donde se ingresará Características,
diagnóstico y Tratamiento de la salida de un paciente por el servicio
hospitalización en una de las unidades de salud pública.
- Se realizarán pruebas del ingreso, modificación y consulta de los módulos del
formulario Admisión y Alta-Egreso.
JUSTIFICACION E IMPORTANCIA
Se propone el presente proyecto con la intención de sistematizar el formulario 001
Admisión y Alta-Egreso propuesto por el Ministerio de Salud Pública.
Dicho formulario permitirá unificar e integrar la información que recepta el
admisionista o enfermera de cada persona que acuda a una unidad operativa de
salud ya sea por primera vez o subsecuentes y la información que recepta el medico
de turno ya sea por alta ambulatoria o egreso hospitalario.
De esta manera se beneficiará a la comunidad ya que en las unidades médicas de
salud pública no existe una sola infraestructura en los sistemas de Información, a
pesar de que estamos viviendo una era de constantes avances informáticos y
crecimiento de población aún se considera un problema antiguo en las entidades
operativas que maneja el M.S.P la necesidad de tener un registro común de datos
de la H.C.U de un paciente por lo que cada una de ellas opera con su propio diseño
de formulario de Admisión y Alta-Egreso y en otro de los casos algunos de estos
centros de salud operan de forma manual es decir con formularios en papel o
14
archivos en excel imposibilitando quizás la manera de que entre ellos en un futuro
puedan compartir información.
METODOLOGÍA DEL PROYECTO
Metodología de Desarrollo
En el proyecto propuesto se aplicó la metodología de software del Modelo en
cascada, debido que cubre de manera secuencial todas las fases imprescindibles en
el proceso de desarrollo de software, de tal manera que el inicio de cada fase no
puede comenzar sin la finalización de la fase anterior es decir después de que haya
sido revisada y aprobada por el cliente, pero esto no impedirá que el sistema cumpla
sus necesidades.
El modelo está diseñado de tal manera que la finalización de una fase se convierta
en una versión final.
Los aspectos que llevaron a la elección de la metodología a utilizar son:
- Necesidades de definir una arquitectura.
- Escalabilidad del Sistema.
- El desarrollo por fases no impedirá que el sistema cumpla sus necesidades.
- El avance de cada desarrollo se convertirá en nueva versión.
Supuestos y restricciones
Supuestos
- El grupo Promeinfo I brindara toda la información requerida para la correcta
elaboración del Formulario 001 Admisión y Alta-Egreso.
- La aplicación será un formato modelo para todas las entidades de salud pública
del Ecuador.
- La conexión a la base de datos desde la aplicación será por medio de SQL
SERVER 2014.
15
Restricciones
- El acceso a la Base de datos de las Unidades operativas de salud es limitado por
motivo de ética debido que contienen información privada de la salud de la
ciudadanía.
- El formulario es independiente es decir no interactúa con otros sistemas.
Plan de calidad
Se comprobará la calidad del Software con un plan de pruebas:
Plan de pruebas
El plan de pruebas que se ha elegido para este proyecto es el plan de prueba
unitaria debido a que es una manera de comprobar el funcionamiento correcto de un
código fuente del formulario 001 Admisión y Alta-Egreso. Esto permitirá asegurar que
cada uno de los módulos funcione correctamente por separado.
Registro de Primera Admisión.
Ingreso, consulta y almacenamiento de datos.
Registro de Nuevas Admisiones para Atenciones de Primera Vez
y Subsecuentes.
Ingreso, consulta y almacenamiento de datos.
Registro de Cambios.
Modificación, consulta y almacenamiento de datos
Información Adicional del Usuario Requerida por la Institución
Ingreso y almacenamiento de datos.
Alta Ambulatoria
Ingreso, consulta y almacenamiento de datos.
16
Egreso Hospitalario
Ingreso, consulta y almacenamiento de datos.
Reporte
Generar pdf con consulta de admisiones, altas ambulatorias y egresos hospitalarios
que se realizaron dentro de una fecha inicial a una fecha final
Arquitectura de desarrollo
Arquitectura n Capas
El desarrollo de software por capas es una arquitectura cliente-servidor en donde
lo primordial es la separación de la lógica de negocios de la lógica de diseño, el
desarrollo se lo puede realizar en varios niveles y, en caso de que se tenga que
realizar algún cambio, sólo sería en el nivel implicado sin tener que revisar todo el
código.
Gráfico 1
Arquitectura n capas
Elaboración: Soraya Medina Leal
Fuente: http://www.academia.edu/10102692/Arquitectura_de_n_capas
Capa de presentación: es la que le permite al usuario aprecia la interface gráfica, a
la vez se encarga de capturar y comunicarle la información al usuario
en un mínimo de proceso, “debe tener la característica de ser "amigable"
(entendible y fácil de usar) para el usuario. Esta capa se comunica únicamente
con la capa de negocio” (Lopez, 2013).
17
Capa de negocio: se la define como lógica del negocio porque es donde se
encuentran los programas que se ejecutan, se reciben las solicitudes del usuario y
se envían los resultados tras el proceso. Aquí se aclaran todas las reglas que deben
seguirse. López (2013) afirma que “Esta capa se comunica con la capa de
presentación, para recibir las solicitudes y presentar los resultados, y con la capa de
datos, para solicitar al gestor de base de datos almacenar o recuperar datos de él”.
Capa de datos: en esta capa se encuentran los datos y es la que se encarga de
acceder a los mismos. Está conformada por uno o más gestores de bases de datos
que son los que realizan todo el almacenamiento de datos, Esta capa recibe
solicitudes de almacenamiento o recuperación de información desde la capa de
negocio.
Se ha escogido la infraestructura de n capas para el presente proyecto por el motivo
que todas estas capas pueden permanecer en un solo ordenador, solo la capa de
presentación que vendría a ser la interface del formulario 001 Admisión y Alta-Egreso
residirá en varios ordenadores de las entidades de salud pública, los cuales serían
los clientes de la arquitectura cliente/servidor.
La capa de negocio viene a ser el código fuente del Formulario y la capa de datos
seria el gestor de base de datos que se utilizó para el desarrollo del proyecto, estas
dos capas pueden residir en el mismo ordenador, y en un caso que por el crecimiento
de las necesidades se requiera, estas capas se podrían separar en dos o
más ordenadores.
Se consideró la posibilidad que en un futuro el tamaño o complejidad de la base de
datos podría crecer, siendo así que tranquilamente se puede separar en varios
ordenadores los cuales recibirán las peticiones del ordenador en que se encuentre la
capa de negocio.
Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la
separación, esta capa de negocio podría residir en uno o más ordenadores que
realizarían solicitudes a una única base de datos.
18
Gráfico 2
Arquitectura del Software
WSUTIL DAO
GESTOR
Internet
Web servicesSQL Server
ResponseMessage
Request Messange
Página
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
19
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
El desarrollo del formulario Admisión y Alta-Egreso se llevó a cabo en base una
necesidad del Ministerio de Salud Pública del Ecuador para ello se realizó un análisis,
se verifico metodologías y procedimientos que permitirían cumplir con el objetivo.
Se debe estudiar el entorno medico como el de la comunidad para adquirir
conocimientos de estos medios, para así poder mejorar la calidad del servicio de los
sistemas de información de las unidades operativas del M.S.P.
FUNDAMENTACIÓN TEÓRICA
Ministerio de Salud Pública del Ecuador
El Sistema de Salud del Ecuador se caracteriza por la segmentación en sectores,
privado y público. Como en otros países, un sistema de seguridad social financiado
por cotizaciones de los trabajadores del sector formal coexiste con sistemas
privados para la población de mayor poder adquisitivo y con intervenciones de salud
pública y redes asistenciales para los más pobres.
Existen múltiples financiadores y proveedores: Ministerio de Salud, Seguro Social
IESS, ICS, ONG, etc., que actúan independientemente. La cobertura de la
seguridad social es relativamente baja (IESS 10% y Seguro Campesino 10%) y la
red asistencial pública muy limitada quedando aproximadamente sin cobertura un
30% de la población. Otros prestadores que cubren pequeñas cuotas de
aseguramiento son: la Sociedad Ecuatoriana de Lucha Contra el Cáncer (SOLCA),
la Junta de Beneficencia de Guayaquil (JBG) y los servicios de la Fuerzas Armadas
y de la Policía Nacional.
20
La consulta nacional de 1997 atribuye cuatro roles del estado en salud:
rectoría,
promoción de la salud,
garantía de acceso equitativo a la atención y
provisión descentralizada de los servicios.
La estructura dependiente del MSP está muy debilitada por la falta de
presupuesto y su capacidad de liderar el sector salud es por el momento
limitada.
La red de servicios de salud dependiente del Ministerio de Salud Pública (MSP) se
estructura de forma regionalizada con dos niveles de descentralización: el provincial
(direcciones provinciales de salud) y cantonal (áreas de salud). Las áreas de salud
no siempre coinciden con la delimitación del cantón.
El principal problema que tienen las redes de salud es la escasez de personal y su
limitada capacidad de resolución en atención primaria y especializada de nivel
cantonal y provincial. Efectivamente, los médicos de MSP están contratados por 4
horas/día recibiendo un salario en torno a los 450 U$/mes (incluidas bonificaciones).
Se estima que en el medio rural existen menos de dos médicos de planta por 10.000
habitantes, el resto de médicos son residentes que hacen su año rural.
Misión
Ejercer la rectoría, regulación, planificación, coordinación, control y gestión de la
Salud Pública ecuatoriana a través de la gobernanza y vigilancia y control sanitario y
garantizar el derecho a la Salud a través de la provisión de servicios de atención
individual, prevención de enfermedades, promoción de la salud e igualdad, la
gobernanza de salud, investigación y desarrollo de la ciencia y tecnología;
articulación de los actores del sistema, con el fin de garantizar el derecho a la Salud.
Visión
El Ministerio de Salud Pública, ejercerá plenamente la gobernanza del Sistema
Nacional de Salud, con un modelo referencial en Latinoamérica que priorice la
21
promoción de la salud y la prevención de enfermedades, con altos niveles de atención
de calidad, con calidez, garantizando la salud integral de la población y el acceso
universal a una red de servicios, con la participación coordinada de organizaciones
públicas, privadas y de la comunidad.
Valores
Respeto.- Entendemos que todas las personas son iguales y merecen el
mejor servicio, por lo que nos comprometemos a respetar su dignidad y a
atender sus necesidades teniendo en cuenta, en todo momento, sus
derechos.
Inclusión.- Reconocemos que los grupos sociales son distintos y valoramos
sus diferencias.
Vocación de servicio.- Nuestra labor diaria lo hacemos con pasión.
Compromiso.- Nos comprometemos a que nuestras capacidades cumplan
con todo aquello que se nos ha confiado.
Integridad.- Tenemos la capacidad para decidir responsablemente sobre
nuestro comportamiento”.
Justicia.- Creemos que todas las personas tienen las mismas oportunidades
y trabajamos para ello.
Lealtad.- Confianza y defensa de los valores, principios y objetivos de la
entidad, garantizando los derechos individuales y colectivos.
Historia Clínica del Ecuador
En 1967, se creó el Ministerio de Salud Pública que asumió las competencias de la
Junta Nacional de Asistencia Social, Liga Ecuatoriana Antituberculosa - LEA y otras
entidades semipúblicas. Hasta ese momento, los formularios de la Historia Clínica,
tenían un formato diseñado de acuerdo a criterios clínicos definidos por los diferentes
servicios de salud.
En 1972, mediante Decreto Supremo Nº 200, se creó el Comité Nacional de
Coordinación y Desarrollo de las Estadísticas de Salud y de Historia Clínica, como
un organismo asesor del Ministerio de Salud Pública, integrado por representantes,
22
de la Asociación de Facultades de Medicina del Ecuador, Federación Nacional de
Médicos y del Ministerio de Salud Pública.
El Decreto estableció la obligatoriedad la Historia Clínica Única y del Sistema
Estadístico, como un conjunto de formularios y métodos de registro médico y
estadístico, a ser utilizados en los establecimientos hospitalarios del Estado,
instituciones de derecho público, semipúblico y autónomas y en las instituciones de
derecho privado, de acuerdo con el instructivo y manual de procedimientos dictado
por el Ministerio de Salud Pública.
A fines de 1972, la Comisión Ministerial de la Historia Clínica, difundió el Manual de
Registros Médicos y Estadística e implantó la utilización de los formularios diseñados
en los establecimientos públicos de salud.
Entre 1995 y 1996, la Dirección General de Salud y la Dirección de Planificación,
integraron una comisión ministerial para analizar las posibilidades de actualización
de la Historia Clínica.
Entre febrero y septiembre de 2003, la Dirección Nacional de Planificación y
Financiamiento del Ministerio de Salud Pública, en cumplimiento de la cuarta
transitoria del Reglamento a la Ley Orgánica del Sistema Nacional de Salud, elaboró
la propuesta de rediseño de los formularios básicos.
Entre octubre y noviembre de 2003, la Dirección Nacional de Planificación y
Financiamiento convocó a la Comisión Ministerial de la Historia Clínica, integrada por
delegados de la Dirección Nacional de Áreas de Salud, Dirección Nacional de
Promoción y Atención Integral de Salud, División de Estadística y de la Unidad de
Análisis de la Situación de Salud Pública-UASP, encargada del Sistema Común de
Información-SISALUD, para presentar y discutir la propuesta.
En diciembre de 2003, la Comisión aprobó la propuesta para su presentación ante el
Consejo Nacional de Salud - CONASA.
23
En enero de 2004, el Ministerio de Salud Pública presentó la propuesta ante el
Directorio del CONASA.
En enero de 2005, el CONASA conformó una Comisión ad hoc de la Historia Clínica
con delegados del Ministerio de Salud Pública, Hospital Pablo Arturo Suárez,
Universidad Tecnológica Equinoccial y Sociedad Ecuatoriana de Medicina Interna,
con apoyo técnico de OPS
En agosto de 2005, la Comisión ad hoc presentó la propuesta definitiva a las
autoridades del CONASA. El mismo mes, el documento fue enviado al Ministerio de
Salud Pública.
En diciembre de 2005, el Proceso de Normatización analizó el documento enviado
por el CONASA y propuso un pilotaje de validación de la propuesta en la red de
establecimientos del Ministerio de Salud Pública.
En febrero de 2006, la Dirección General de Salud, con el propósito de coordinar las
reformas y elaborar los formularios definitivos, reintegró la Comisión Ministerial de la
Historia Clínica con personal técnico de las direcciones de Aseguramiento de la
Calidad, Normatización, Servicios de Salud, Calificación de Demanda y Oferta, Salud
Pública, y Ciencia y Tecnología.
En octubre de 2006, el Directorio del Consejo Nacional de Salud, aprobó el
expediente único para la Historia clínica, con 14 formularios básicos.
En enero del 2007, mediante Acuerdo Ministerial se aprobó la utilización de los
formularios básicos actualizados de la Historia Clínica Única y de los formularios del
“Registro Médico Orientado por Problemas”
En febrero de 2007, la Dirección General de Salud dispuso al Proceso de
Aseguramiento de la Calidad la elaboración un plan de implementación – evaluación
24
de los formularios de la Historia Clínica, aprobados con el CONASA, (incluyendo 4
formularios adicionales).
En julio del 2007, el equipo técnico de la Comisión de Historia Clínica realizó la
implementación-evaluación de los formularios actualizados de la Historia Clínica
Única en 80 unidades operativas del Ministerio de Salud Pública en las provincias de
Guayas y Pichincha. Los resultados establecieron que el 72% de los participantes
aprobó el documento sin cambios, mientras que el 28% presentó observaciones,
principalmente al formato.
En febrero de 2007, la Comisión Ministerial de la Historia Clínica, con apoyo técnico
de OPS, consolidó los aportes recopilados en la fase de implementación – evaluación
y presentó 20 formularios básicos para su aprobación y aplicación.
Formularios Médicos
Es un documento escrito emitido por un profesional médico sobre un proceso
asistencial concreto que realiza de un paciente a una casa asistencial. Todos los
pacientes tienen derecho recibir informes médicos relacionados con su proceso
asistencial, que serán realizados por el profesional médico responsable del mismo.
Al finalizar el proceso asistencial, todo paciente ya sea por razones familiares o de
hecho tendrá derecho a recibir del centro de salud un informe de alta que especifique,
al menos:
Datos del paciente.
Resumen de su historial clínico.
Actividad asistencial prestada.
Diagnóstico y las recomendaciones terapéuticas.
Los requisitos y condiciones de los informes de alta serán las que se
determinen reglamentariamente.
25
Historia Clínica Única
ELSEVIER-MASSON (2010) indica que “Es un documento médico-legal que
surge del contacto entre el profesional de la salud (médico, fisioterapeuta,
nutriólogo, odontólogo, psicólogo, asistente social, enfermero, kinesiólogo,
podólogo entre otros) y el paciente donde se recoge la información necesaria
para la correcta atención de los pacientes”. Este documento de Historia clínica es
válido tanto desde el punto de vista clínico como legal, contiene información de tipo
asistencial, preventivo y social.
Uno de los formularios que presento la Comisión Ministerial de la Historia Clínica es
el formulario de Admisión y Alta-Egreso con el propósito de tener siempre disponible
un registro con información completa actualizada, organizada del usuario tanto de
admisiones, altas y egresos el cual será controlado por personal autorizado de uno
de los centros operativos de salud.
Dentro de la propuesta, presentó el estudio de cómo se organiza un formulario de
Admisión y Alta-Egreso en el campo de la salud fundamentado en la necesidad de la
comunidad y deseos de cumplir con lo solicitado por el Ministerio de Salud Pública
del Ecuador que es crear un formulario prototipo para los formularios de Admisión y
Alta-Egreso de los sistemas de información de las unidades operativas de salud
Pública.
El presente proyecto de titulación cubre el desarrollo del Formulario 001 Admisión y
Alta-Egreso el mismo que estará conformado por un anverso donde se permitirá
ingresar los datos básicos del usuario o paciente, llenar la ficha de admisiones
nuevas o subsecuentes, poder realizar algún cambio de datos del paciente
subsecuente y registrar un comentario acerca de la llegada del usuario o paciente a
la casa asistencial a cargo del Ministerio de Salud Pública, en el reverso se podrá
registrar datos acerca de la salida de un paciente por Alta Ambulatoria, registrar datos
de la salida de un paciente por Egreso Hospitalario.
26
Admisión
“Cada centro de asistencia médica, clínica u hospital disponen de un área que
se dedica especialmente al ingreso de los pacientes. Se la conoce
popularmente como admisión y su meta es organizar, regular y monitorear los
ingresos de pacientes” (definicionabc, s.f.). hacia las unidades hospitalarias para
que puedan recibir el servicio médico adecuado.
Java
Gráfico 3
Logotipo de Java 7
Elaboración: Soraya Medina Leal
Fuente: http://sudhakarmalla.wordpress.com/
Es un lenguaje de programación orientado a objetos, su principal característica es la
de ser un lenguaje compilado en código bytes (bytecodes) y ser interpretado por la
máquina virtual Java Runtime Evironment(JRE), que le permite conseguir la
portabilidad de los programas, el lenguaje Java posee reglas que determinan cómo
se escriben las instrucciones. La idea es permitir a los programadores "escribir una
vez, y ejecutar en cualquier lugar, siendo así que el código que es ejecutado en una
plataforma no necesita ser recompilado para funcionar en otra.
Una de sus ventajas es ser un software gratuito estar disponible para los principales
sistemas operativos por ejemplo en Windows, Mac OS, Linux o Solaris.
27
Historia de Java
Java fue desarrollado por Sun Microsystems, fue presentado en el año 1995, es un
lenguaje de programación muy popular y muy valorado debido a que los programas
desarrollados en Java se pueden ejecutar en diversas plataformas con sistemas
operativos tales como Windows, Mac OS, Linux o Solaris. “James Gosling, el director
del equipo de trabajo encargado de desarrollo Java, hizo realidad la promesa
de un lenguaje independiente de la plataforma” (UCM, 2012).
Lo que se buscaba era diseñar un lenguaje en el que se pudiera programar una
aplicación una sola vez y luego permitiera ejecutarse en diferentes máquinas y
sistemas operativos.
Requisitos del sistema para Java 7
Windows
Windows 10
Windows 8.x (escritorio)
Windows 7 SP1
Windows Vista SP2
Windows Server 2008 R2 SP1 (64 bits)
Windows Server 2012 y 2012 R2 (64 bits)
Memoria
128 MB
Espacio en disco
124 MB
Procesador
Mínimo Pentium 2 a 266 MHz
Exploradores
Internet Explorer 9 y superior, Firefox, Chrome
28
Características de Java
Orientado a Objetos
La programación orientada a objetos permite utilizar varias veces un objeto, este
puede ser procedimiento, método, etc.
Flexibilidad
Java permite realizar actualizaciones de una aplicación ya desarrollada y con
propósito definido, sea para agregar alguna funcionalidad o adaptarla de alguna
manera heredando funcionalidad y agregando nuevas características sin alterar
el código inicial.
aplicación escrita una sola vez funcione en todas las versiones de sistemas
operativos tales como Windows, Linux,
Mac, etc. Esto debido a que es ejecutado por la máquina virtual (Java Virtual
Machine).
Su Licencia es Open source
Se debe buscar el JDK (Java Development Kit) con la versión requerida en la página de
Oracle (http://www.oracle.com/) e instalar y usar sin ningún problema.
Expandible
En Java se puede heredar la funcionalidad de una clase que ya exista y agregar
procedimientos adicionales.
Entornos de desarrollo para Java
Los entornos de desarrollo de aplicaciones Java denominados IDE (Integrated
Development Evironment) permiten que el programador trabaje de forma
integrada, de esta manera facilitan el proceso completo de desarrollo de
aplicaciones, tanto en diseño, programación, documentación y verificación de los
programas.
Existen entornos de desarrollo libres como Netbeans, Eclipse o BlueJ.
29
Es recomendable instalar el Java Runtime Environment(JRE) apropiado para el
sistema operativo.
Para hacer uso de un entono de desarrollo es necesario instalar el Java Runtime
Environment(JRE) adecuado para el sistema operativo que se esté utilizando. El
JRE se descarga de la página de Oracle Java.
Eclipse
Es un entorno de desarrollo integrado(IDE) open source, tiene una atractiva interfaz
que lo hace sencillo y agradable de usar. Eclipse posee un conjunto de
complementos, entre ellas las Herramientas de Desarrollo de Java (JDT), y el Entorno
de Desarrollo de Complementos (PDE), el cual es de mucho interés para los
desarrolladores que desean extender Eclipse, debido a que permite construir
herramientas que son fáciles de integrar con el entorno de Eclipse, Este IDE de
desarrollo no trabaja con un lenguaje específico “Aunque Eclipse se escribe en el
lenguaje Java, su uso no se limita al lenguaje Java. Por ejemplo, los
complementos se encuentran disponibles o planificados para incluir soporte
para los lenguajes de programación como C/C++ y COBOL”. (ibm, s.f)
Por lo tanto, eclipse es un IDE genérico, es bastante usado por la comunidad de
desarrolladores del lenguaje Java.
Facilita herramientas para la administración de espacios de trabajo, editar, desplegar,
ejecutar y depurar aplicaciones.
Recomendación.- Al instalar Eclipse debe revisar qué tipo de sistema operativo tiene
su equipo es decir si es de 32 o 64 bits para descargar la versión de Java
Historia de Eclipse
La mayor parte de la programación de eclipse fue desarrollada por IBM,
anteriormente desarrollo VisualAgeen, y se creó usando Smalltalk en una plataforma
de desarrollo llamado Envy. Cuando apareció Java en la década de los 90, IBM
desarrolló una máquina virtual válida tanto para Smalltalk y Java. La expansión de
30
Java y sus ventajas obligaron a IBM abandonar la máquina virtual y construir una
nueva plataforma basada en Java desde el principio donde el producto resultado fue
Eclipse.
A finales de 2001 IBM, con ayuda de Borland, crearon la fundación sin fines de lucro
Eclipse, quedando expuesto al mundo de código abierto. A esta fundación se han
unido empresas de desarrollo de software tales como: Oracle, Rational Software, Red
Hat, SuSe, HP, Serena, Ericsson, Novell, etc.
A esta organización se han unido importantes empresas del desarrollo de software
tales como: Oracle, Rational Software, Red Hat, SuSe, HP, Serena, Ericsson, Novell,
etc.
“Hay dos ausencias significativas: Microsoft y Sun Microsystems. Microsoft ha
sido excluida por su posición de monopolio del mercado, y Sun Microsystem
cuenta con su propio IDE y principal competencia de Eclipse: NetBeans. De
hecho, el nombre de Eclipse fue elegido porque el objetivo era crear un IDE
capaz de "eclipsar a Visual Studio" (Microsoft).” (A.A, 2012).
Principales características de Eclipse
Perspectivas, editores y vistas: La definición de trabajo está fundamentada en las
perspectivas, las cuales son una pre-configuración de ventanas y editores,
relacionadas entre sí, las mimas que permiten trabajar en un entorno determinado de
forma óptima.
Administración de proyectos: el desarrollo se basa en los proyectos, que son el
conjunto de recursos relacionados, estos pueden ser código fuente, documentación,
ficheros de configuración, árbol de directorios, Eclipse proporciona asistentes y
colaboración en la creación de proyectos, siendo así que cuando se crea un proyecto,
se abre la perspectiva correspondiente al tipo de proyecto que se está creando, con
la colección de vistas, editores y ventanas pre-configuradas por defecto.
31
Depurador de código: El IDE eclipse incluye un potente depurador, es fácil de usar,
ayuda a mejorar el código de un proyecto. Para esto debemos ejecutar el programa
en modo depuración. Con esto tenemos una perspectiva específica para la
depuración de código, la perspectiva depuración, donde se observa de forma
ordenada toda la información para realizar esa tarea.
Extensa colección de plug-ins: existe gran cantidad de ellos, unos publicados por
Eclipse y otros por terceros, la colección de estos plug-ins es muy grande, son
gratuitos, de pago y bajo distintas licencias, pero casi para cualquier desarrollo
tenemos el plug-in adecuado.
Framework ZK
Gráfico 4
Logotipo de ZK
Elaboración: Soraya Medina Leal
Fuente: http://www.adictosaltrabajo.com/tutoriales/zk-
çtu-primer-proyecto-web-con-zk/
32
ZK es un framework con gran parte de código abierto para desarrollar aplicaciones
web sin JavaScript y fundado en Ajax.
El uso de este Framework permite disminuir la codificación, el tiempo de desarrollo y
lograr interfaces atractivas para el usuario.
La ventaja de desarrollar aplicaciones web con ZK basadas en Ajax es que no es
necesario tener conocimiento de JavaScript, el motor de ZK genera automáticamente
el código JavaScript, solo se necesita saber un poco sobre HTML. “Para simplificar
el desarrollo de aplicaciones web, ZK utiliza el lenguaje marcado ZUML para la
creación de páginas web con componentes ZK” (Muñoz Onofa, 2012)
La página oficial de ZK (http://www.zkoss.org/zkdemo/grid) le permitirá chequear de
mejor manera la vista general del framenwork.
Las aplicaciones en framework ZK se ejecutan en el servidor y tienen acceso a los
recursos y servicios del mismo, pueden implementar la interfaz de usuario con
componentes e interactuar con el usuario y manipular los componentes para esta
interfaz.
ZULM
ZULM(User Interface Markup Language). ZULM está basado en XUL. Existen
algunas extensiones para el estándar XUL. Este lenguaje de marcado, tiene una línea
de aprendizaje casi plana para los desarrolladores ya que es muy parecido a escribir
las páginas en XHTML.
Composición rápida de Interfaces Graficas de Usuario
Usted puede rápidamente crear su propia interfaz del usuario con varios
componentes de ZK.
Se puede configurar el estilo, el comportamiento y la función de cada componente
para ajustarse a sus deseos.
33
Instalación del JAR de ZK en el Proyecto Web
Se debe copiar el JAR de ZK en la carpeta de librerías de la aplicación para poder
usar ZK en el proyecto.
Los JAR de ZK están en la carpeta de donde hemos extraído el zip de ZK, copiamos
los archivos JAR dentro de las subcarpetas WebContent/WEB-INF/lib, se copia uno
a uno, todos los ficheros .jar a la carpeta de librerías del proyecto web.
Crear una página simple
Después de la instalación, debería crear una simple página zul para comprobar si ZK
está funcionando.
Desde el eclipse:
1. Para añadir un nuevo fichero damos clic en File / New / File, o también File /
New / Other / File.
2. Le daremos un nombre a la página ZUL, lo llamaremos promeinfoIl.zull y lo
guardamos en la carpeta WebContent del proyecto Web.
3. Luego hacemos doble clic para poder modificar su contenido como texto.
Gráfico 5
promeinfoIl.zull
Elaboración: Soraya Medina Leal
Fuente: eclipse/zk
34
4. Copiamos y pegamos el siguiente código fuente como ejemplo dentro del fichero
(promeinfoIl.zull) y lo guardamos.
5. Luego ejecutar el servidor de aplicaciones de su preferencia, para el desarrollo
de este proyecto se utiliza Jboss.
Gráfico 6
Ejecución del Servidor de aplicaciones Jboss
Elaboración: Soraya Medina Leal
Fuente: eclipse/jboss
35
Después de que el servidor arranque, abrir el navegador en la URL digitar
http://localhost:8080/promeinfoII.zul, eclipse se conectará con el servidor de
aplicaciones automáticamente, Si lo que se observa tiene parecido a la siguiente
imagen significa que el proyecto se encuentra listo para usar ZK.
Gráfico 7
Interfaz de Usuario
Elaboración: Soraya Medina Leal
Fuente: eclipse/zk
¿Cómo manejar la lógica de la interfaz de usuario?
Después de crear la interfaz de usuario, se debe hacer que esta responda a la
interacción del usuario por medio del controlador de los componentes de la
interfaz de usuario.
El presente proyecto está enfocado en el patrón de diseño Modelo-Vista-
Controlador (MVC).
MVC
El MVC divide la aplicación en 3 partes: El modelo está compuesto por los datos de la aplicación y las reglas de negocio.
36
La vista es la interfaz de usuario. La página zul donde se encuentran los
componentes de ZK representa la vista. La interacción del usuario con los
componentes de la interfaz genera eventos y son enviados a los controladores.
El controlador tiene la función de coordinador entre la vista y el Modelo. Este, recibe
eventos de la vista para actualizar el modelo así mismo recibe datos del modelo para
cambiar la presentación, es decir la Vista.
Gráfico 8
MVC (Modelo Vista Controlador)
Elaboración: Soraya Medina Leal
Fuente: http://www.adictosaltrabajo.com/tutoriales/zk-mvc
Breve explicación del funcionamiento del MVC
37
- Cuando un usuario interactúa con un componente es decir hacemos clic en un
botón de la vista (fichero ZUL), esta interacción lanza un evento (onClick).
- El evento es enviado al controlador, invoca el método correspondiente del
“listener” (la clase que escucha los eventos).
- El método del “listener”, ejecuta la lógica de negocio o busca los datos que
necesita, para poder enviar las interacciones a los componentes de la vista.
- Cuando el estado de un componente cambia en el “listener”, también se realiza
el cambio en la vista.
SQL Server
Gráfico 9
SQL Server 2014
Elaboración: Soraya Medina Leal
Fuente: http://www.campusmvp.es/recursos/post/Novedades-de-
SQL-Server-2014.aspx
38
SQL Server es programa que permite gestionar bases de datos, pertenece a
Microsoft permite crear, actualizar y administrar una base de datos de modelo
relacional.
Dentro de las características principales de SQL Server tenemos:
- Soporte de transacciones.
- Escalabilidad, seguridad y estabilidad.
- Soporta procedimientos almacenados.
- Posee un potente entorno gráfico de administración, que permite usar
comandos DDL y DML gráficamente.
- Se puede trabajar en modo cliente-servidor, la información y datos se alojan
en el servidor y los terminales o clientes de la red pueden acceden a la
información.
Permite administrar información de otros servidores de datos. “Microsoft SQL Server 2014 se basa en las funciones críticas ofrecidas en la
versión anterior, proporcionando un rendimiento, una disponibilidad y una
facilidad de uso innovadores para las aplicaciones más importantes” (microsoft,
s.f.)
Controlador JDBC
Es un un API (Application programming interface) o componente de software que
permite a las aplicaciones escritas en Java interactuar con bases de datos
relacionales que usan SQL (Structured Query Language), según (Martínez, s.f.)
“JDBC no sólo provee un interfaz para acceso a motores de bases de datos,
sino que también define una arquitectura estándar, para que los fabricantes
puedan crear los drivers que permitan a las aplicaciones java el acceso a los
datos”.
39
Servidor de Aplicaciones Jboss
Gráfico 10
Servidor Jboss 7
Elaboración: Soraya Medina Leal
Fuente: https://docs.jboss.org/author/display/AS71/Getting+Started+Guide
JBoss es un servidor de aplicaciones, basado en J2EE e implementado al 100% en
Java, es de código abierto, al ser basado puede ser usado en cualquier sistema
operativo que admita Java, se lo puede descargar y utilizar sin restricciones por la
licencia. Se lo usa para Aplicaciones web que involucran bases de datos ya sean
sencillas, intermedias o complejas.
Características de JBOSS AS 7:
Es rápido
Puede Desplegar en caliente y en paralelo
Administración de dominios
Construido con componentes de primera clase
40
Dominio administrado.- JBoss AS 7 puede administrar varias instancias de
servidores desde un mismo punto de control.
FUNDAMENTACIÓN LEGAL
PREGUNTA CIENTÍFICA A CONTESTARSE
¿Con la sistematización del Formulario 001 Admisión y Alta-Egreso se podrá lograr
una organización y administración que permita conservar un registro sistemático y
común de datos de un paciente de cada una de las admisiones, altas y egresos de
todas las entidades de salud pública a cargo del Ministerio de Salud Pública de
Ecuador?
DEFINICIONES CONCEPTUALES
Java.- Java es tanto un lenguaje de programación orientado a objetos, así como
también una plataforma informática.
Software.- Comprende el conjunto de los componentes lógicos que hacen posible la
realización de tareas específicas en una computadora, Tablet, celular etc.
Software Libre.- Conjunto de software en el que su autor permite que pueda ser
copiado, estudiado, modificado, utilizado libremente con cualquier fin.
Web Services.- Se encarga de integrar aplicaciones WEB mediante el uso de XML,
SOAP, WSDL y UDDI sobre protocolos de la Internet.
Base de Datos.- Se llaman denominan base de datos a los bancos de información
que contienen datos relativos a diversas temáticas y clasificados de distinta manera.
JavaScript.- Es un lenguaje es utilizado por profesionales y para quienes se inician
en el desarrollo y diseño de sitios web
41
Aplicaciones.- En informática, una aplicación es un tipo de programa informático
diseñado como herramienta para permitir a un usuario realizar uno o diversos tipos
de trabajos.
Servidor de Aplicaciones.- Es una plataforma de middleware para el desarrollo y
despliegue de software basado en componentes. Chévez Ana (s.f.) indica que un
servidor de Aplicaciones “Proporciona servicios que soportan la ejecución y
disponibilidad de las aplicaciones, tareas relacionadas con el mantenimiento
de la seguridad y del estado, acceso a datos y persistencia entre otros”
42
CAPÍTULO III
PROPUESTA TECNOLÓGICA
El desarrollo de este proyecto tiene como propósito colaborar en la sistematización
del formulario 001 Admisión y Alta-Egreso para el Ministerio de Salud Pública como
beneficio de la comunidad.
Análisis de factibilidad
El proyecto propuesto es factible por que cubre la necesidad que tiene el Ministerio
de salud Pública de crear un formato automatizado del formulario Admisión y Alta-
Egreso con el propósito que todas las unidades operativas de salud cumplan con el
Reglamento a la Ley Orgánica del Sistema Nacional de Salud que indica en el Art.
77 El Ministerio de Salud Pública, en su calidad de autoridad sanitaria, revisará y
actualizará los formularios básicos y de especialidades de la historia clínica única
para la atención de los usuarios, los mismos que serán posteriormente concertados
y difundidos por el Consejo Nacional de Salud en todas las instituciones prestadoras
de salud del sector público, semipúblico y privado., esto con el fin de brindar un mejor
servicio a la comunidad.
Factibilidad Operacional
El proyecto presenta factibilidad operativa ya que se basa en el estudio que realizo
el grupo de Promeinfo I, dejando como constancia un Manual de uso de los
formularios básicos que necesitarían tener las entidades operativas del M.S.P., en
donde se observa la aceptación que tendría la implementación del proyecto por parte
de la Institución de acuerdo a sus necesidades, las cuales son llegar a tener un
conjunto común de datos básicos para la historia clínica única de un paciente.
Factibilidad técnica
El grupo Promenifo II, posee los recursos tecnológicos necesarios para el desarrollo
del proyecto.
43
A continuación, se detalla las herramientas de Hardware que se utilizaron:
Cuadro 1
Especificaciones técnicas del hardware
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
Las herramientas de software que se utilizaron son open source a continuación se
detalla las herramientas de software que se utilizaron:
Cuadro 2
Especificaciones técnicas del software
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
EQUIPO CARACTERISTICAS DE HARDWARE
Pc de desarrollo
Procesador: Core i3 CPU 2.20 GHz
Memoria 2GB
Herramientas de Software Cantidad Valor en dólares
Sistema Operativo Windows 10
Motor de base de datos SQL SERVER 2014
Lenguaje de Programación JAVA, JAVASCRIPT, HTML, CSS, ZK 7.0
Servidor Web JBOSS 7.1.1
Librerías JDK, JDBC
44
Factibilidad Legal
PRINCIPIOS DEL SISTEMA DE EDUCACIÓN SUPERIOR Art. 13.- Funciones del Sistema de Educación Superior.- Son funciones del Sistema
de Educación Superior:
a) Garantizar el derecho a la educación superior mediante la docencia, la
investigación y su vinculación con la sociedad, y asegurar crecientes niveles de
calidad, excelencia académica y pertinencia.
b) Promover la creación, desarrollo, transmisión y difusión de la ciencia, la técnica,
la tecnología y la cultura.
c) Formar académicos, científicos y profesionales responsables, éticos y solidarios,
comprometidos con la sociedad, debidamente preparados para que sean capaces de
generar y aplicar sus conocimientos y métodos científicos, así como la creación y
promoción cultural y artística.
LEY DE PROPIEDAD INTELECTUAL SECCION V
DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS
PARAGRAFO PRIMERO DE LOS PROGRAMAS DE ORDENADOR
Art. 28. Los programas de ordenador se consideran obras literarias y se protegen
como tales. Dicha protección se otorga independientemente de que hayan sido
incorporados en un ordenador y cualquiera sea la forma en que estén expresados,
ya sea en forma legible por el hombre (código fuente) o forma legible por maquina
(código objeto), ya sea programas operativos y programas aplicativos, incluyendo
diagramas de flujo, planos, manuales de uso y en general, aquellos elementos que
conformen la estructura, secuencia y organización del programa.
45
Art. 29. Es titular de un programa de ordenador, el productor, esto es la persona
natural o jurídica que toma la iniciativa y responsabilidad de la realización de la obra.
Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre conste
en la obra o sus copias de la forma usual.
Dicho titular está además legitimado para ejercer en nombre propio los derechos
morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación.
El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la realización
de modificaciones o versiones sucesivas del programa, y de programas derivados
del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante acuerdo
entre los autores y el productor.
Art. 30. La adquisición de un ejemplar de un programa de ordenador que haya
circulado lícitamente, autoriza a su propietario a realizar exclusivamente:
a) Una copia de la versión del programa legible por máquina (código objeto)
con fines de seguridad o resguardo;
b) Fijar el programa en la memoria interna del aparato, ya sea que dicha fijación
desaparezca o no al apagarlo, con el único fin y en la medida necesaria para utilizar
el programa; y,
c) Salvo prohibición expresa, adaptar el programa para su exclusivo uso personal,
siempre que se limite al uso normal previsto en la licencia. El adquirente no podrá
transferir a ningún título el soporte que contenga el programa así adaptado,
ni podrá utilizarlo de ninguna otra forma sin autorización expresa, según las reglas
generales.
Se requerirá de autorización del titular de los derechos para cualquier otra utilización,
inclusive la reproducción para fines de uso personal o el aprovechamiento del
46
programa por varias personas, a través de redes u otros sistemas análogos,
conocidos o por conocerse.
Art. 31. No se considerará que exista arrendamiento de un programa de ordenador
cuando éste no sea el objeto esencial de dicho contrato. Se considerará que el
programa es el objeto esencial cuando la
funcionalidad del objeto materia del contrato,
dependa directamente del programa de ordenador suministrado con dicho objeto;
como cuando se arrienda un ordenador con programas de ordenador instalados
previamente.
Art. 32. Las excepciones al derecho de autor establecidas en los artículos 30 y 31
son las únicas aplicables respecto a los programas de ordenador. Las normas
contenidas en el presente Parágrafo se interpretarán de manera que su
aplicación no perjudique la normal explotación de la obra o los intereses legítimos del
titular de los derechos.
DECRETO 1014 SOBRE EL USO DEL SOFTWARE LIBRE Art. 1: Establecer como política pública para las entidades de administración Pública
central la utilización del Software Libre en sus sistemas y equipamientos informáticos.
Art. 2: Se entiende por software libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a los códigos
fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
Utilización de programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna.
Estudio y modificación de programa (Requisito: código fuente disponible)
Publicación del programa mejorado (Requisito: código fuente disponible
47
Art. 3: Las entidades de la administración pública central previa a la instalación del
software libre en sus equipos, deberán verificar la existencia de capacidad técnica
que brinde el soporte necesario para este tipo de software.
Art. 4: Se faculta la utilización de software propietario (no libre) únicamente cuando
no exista una solución de software libre que supla las necesidades requeridas, o
cuando esté en riesgo de seguridad nacional, o cuando el proyecto informático se
encuentre en un punto de no retorno.
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos.
Art. 6: La subsecretaría de Informática como órgano regulador y ejecutor de las
políticas y proyectos informáticos en las entidades de Gobierno Central deberá
realizar el control y seguimiento de este Decreto.
Art. 7: Encargue de la ejecución de este decreto los señores Ministros Coordinadores
y el señor Secretario General de la Administración Pública y Comunicación.
LEY ORGÁNICA DE EDUCACIÓN SUPERIOR
Art. 32.- Programas informáticos.- Las empresas que distribuyan programas
informáticos tienen la obligación de conceder tarifas preferenciales para el uso de las
licencias obligatorias de los respectivos programas, a favor de las instituciones de
educación superior, para fines académicos. Las instituciones de educación superior
obligatoriamente incorporarán el uso de programas informáticos con software libre.
LEY ORGÁNICA DEL SISTEMA NACIONAL DE SALUD
Art. 11.- “...El Sistema establecerá los mecanismos para que las instituciones
garanticen su operación en redes y aseguren la calidad, continuidad y
complementariedad de la atención, para el cumplimiento del Plan Integral de Salud
de acuerdo con las demandas y necesidades de la comunidad”.
48
Estos mecanismos incluyen:
d) “Un conjunto común de datos básicos para la historia clínica;”
Art. 27.- “El Ministerio de Salud Pública, con el apoyo del Consejo Nacional de Salud,
implantará y mantendrá un sistema común de información sectorial que permitirá
conocer la situación de salud, identificar los riesgos para la salud de las personas y
el ambiente, dimensionar los recursos disponibles y la producción de los servicios
para orientar las decisiones políticas y gerenciales en todos los niveles”.
Art. 77.- De la Historia Clínica Única.- El Ministerio de Salud Pública, en su calidad
de autoridad sanitaria, revisará y actualizará los formularios básicos y de
especialidades de la historia clínica única para la atención de los usuarios, los
mismos que serán posteriormente concertados y difundidos por el Consejo Nacional
de Salud en todas las instituciones prestadoras de salud del sector público,
semipúblico y privado.
Art. 78.- Obligatoriedad de uso de la historia clínica única. - El uso y aplicación
de la historia clínica única serán obligatorios en las instituciones de salud que integran
el sistema.
Art. 79.- Responsabilidad y uso de la historia clínica.- La historia clínica, en tanto
prueba documental, estará bajo la responsabilidad y custodia de la unidad o
establecimiento operativo del lugar de residencia del ciudadano; se propenderá que
exista una sola historia clínica por persona, que será la base para el sistema de
referencia y contra referencia.
Factibilidad Económica
El presente proyecto se considera viable económicamente ya que los beneficios que
se recibirá en un futuro serán mayores que los costos, se ha considerado para el
análisis económico la inversión que es necesaria para el desarrollo del proyecto.
49
Definiendo las herramientas a utilizarse se concluye que son open source por lo que
no generaran ningún gasto y se cuenta con el recurso humano para el desarrollo de
la Aplicación.
A continuación, se detalla herramientas de software, recurso humano, gastos varios
junto con los costos de cada uno de ellos.
Cuadro 3
Recursos de Software
Herramientas de Software Cantidad Valor en dólares
ECLIPSE LUNA 7.0 1 0
JBOSS 7 1 0
JDK 1.7.0 1 0
SQL SERVER 2014 1 0
FRAMEWORK ZK 7.0 1 0
Subtotal $ 0,00
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
Cuadro 4
Recurso Humano
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
Herramientas de Software
Meses Cantidad por mes Valor en dólares
Soraya Medina 4 200 800
Subtotal $ 800,00
50
Cuadro 5
Gastos varios
Materiales Cantidad Valor en dólares
Hojas de Papel bond 1 20
Impresiones 1 100
Computador 1 700
Internet 1 60
Trasporte 1 50
Alimentación 1 200
Subtotal $ 1130,00
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
Cuadro 6
Valor Total
Recurso Valor
Software 0
Recurso Humano 800
Gastos varios 1130
Total $1930
Elaboración: Soraya Medina Leal
Fuente: Datos de la investigación
51
Etapas de la metodología del proyecto
Metodología en Cascada
Gráfico 11
Metodología en Cascada
Elaboración: Soraya Medina Leal
Fuente: http://www.academia.edu/6362716/METODO_EN_CASCADA
Los procesos que se llevaron a cabo en el proyecto son:
1. Análisis de requisitos de herramientas de software.
2. Diseño del sistema.
3. Codificación del código fuente.
4. Pruebas respectivas de la funcionalidad del formulario.
5. Implantación.
6. Mantenimiento.
Análisis de requisitos
Se analizan las necesidades de los usuarios del software para según eso decidir qué
objetivos debe cubrir. Arteaga (2013) afirma que “De esta fase surge una memoria
llamada SRD (documento de especificación de requisitos), que contiene la
52
especificación completa de lo que debe hacer el sistema sin entrar en detalles
internos”.
Algo que es muy importante de dejar claro es que en esta fase debe quedar todo de
forma transparente en cuanto a lo que se requiere del sistema y eso se mantendrá
en las fases futuras, siendo así que no es recomendable permitirse requerir nuevos
resultados a mitad del proceso de desarrollo del software.
Diseño del Sistema
Descompone y organiza el sistema en fragmentos para que los módulos puedan
realizarse por separado, aprovechando los beneficios del desarrollo en equipo.
Arteaga (2013) comenta que “Como resultado surge el SDD (Documento de
Diseño del Software), que contiene la descripción de la estructura relacional
global del sistema y la especificación de lo que debe hacer cada una de sus
partes, así como la manera en que se combinan unas con otras”
Es recomendable identificar lo que es un diseño de alto nivel o arquitectónico y diseño
detallado.
“El primero de ellos tiene como objetivo definir la estructura de la solución (una
vez que la fase de análisis ha descrito el problema) identificando grandes
módulos (conjuntos de funciones que van a estar asociadas) y sus relaciones.
Con ello se define la arquitectura de la solución elegida. El segundo define los
algoritmos empleados y la organización del código para comenzar la
implementación” (Arteaga, 2013).
Diseño del Programa
En esta fase es donde se realizan los algoritmos necesarios con el fin de cumplir los
requerimientos del usuario, así como de elaborar los análisis respectivos para saber
que herramientas usar en la fase de Codificación.
Codificación
En esta fase se Implementa el código fuente, Usando prototipos, así como de
53
pruebas correspondientes para corregir errores y verificar que se cumplen las
especificaciones requeridas.
- Pruebas
Los módulos, ya programados, se ensamblan para integrar el sistema y se
verifica que funciona correctamente cumpliendo los requisitos, antes de ser
entregado al usuario final.
- Verificación
El usuario final comprueba el funcionamiento y cumplimiento de los
requerimientos ejecutando el sistema, para esto el o los programadores ya
debieron ver realizado exhaustivas pruebas para confirmar que el sistema no
falle.
Mantenimiento
En esta fase pueden surgir nuevamente exigencias de características no
contempladas o que son innecesarias, comprometiendo la modificación del software
para la correcta adaptación del mismo.
Entregables del proyecto
Los entregables que se llevaron a cabo en el proyecto fueron: Análisis de requisitos
de software
Se analizó las versiones de Sistemas Operativo Windows, Lenguaje de
programación, IDE de desarrollo, Framework para la interfaz de usuario, Servidor
web, con los que se podría llevar a cabo el proyecto de los cuales se eligió.:
Sistema operativo Windows 10
Lenguaje de programación Java Versión 7
IDE de desarrollo Eclipse Luna
Framework ZK
54
Servidor web Jboss Versión 7
Diseño del Sistema Se diseñó y dividió las partes de desarrollo:
Elección del método de conexión a la base de datos y verificación de cómo
se manejarán sus procesos.
Elección del tipo de metodología que se aplicara para la programación del
código fuente.
Diseño del Programa Diseño y análisis de estructura que se aplicara en la codificación
Codificación
Se realizó la codificación mediante lenguaje Java, HTML, Javascript, CSS y se utilizó
Web services para el consumo de los métodos de las clases en Java.
- Pruebas
Se realizó pruebas de todos los bloques del formulario 001 Admisión y Alta
egreso y se verificó que funcione correctamente cumpliendo los requisitos
solicitados.
Organización del desarrollo del proyecto
Organización de la carpeta PI_HistoriaClinica_WebApp
La Carpeta PI_HistoriaClinica_WebApp es donde se encuentra el paquete que
contiene los Controllers o Controladores que son quienes reciben eventos de la vista
para actualizar el modelo y recibir datos del modelo para cambiar la presentación es
decir la vista.
En este proyecto la clase controlador es la clase AdmisionGestor.Java
55
Gráfico 12
Clase del Controlador
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse Para implementar la lógica de negocio es necesario establecer la relación entre el evento de la vista (zul) y el método del “Listener”.
Gráfico 13
Página Zul
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse
56
Gráfico 14
Código javascript del .zul
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse/Zk
Primero se debe definir en el controlador, los componentes de los que escuchamos sus eventos mediante la anotación @Wire.
Código del controlador AdmisionGestor.Java
package com.historia.gestor;
import com.servicios.hospitalarios.util.*;
import org.zkoss.zk.ui.event.Event;
import org.zkoss.zk.ui.select.Selectors;
import java.io.File;
import java.io.FileInputStream;
import java.rmi.RemoteException;
import org.zkoss.zul.ListModel;
import org.zkoss.zul.Messagebox;
import org.zkoss.zul.Label;
import org.zkoss.zul.Combobox;
import org.zkoss.zul.Textbox;
import org.zkoss.zul.Window;
public classAdmisionGestor {
FuncionesValidacion validar = new FuncionesValidacion();
Window winAplicacion;
57
Window windowOrder;
@Wire
Combobox combEstadoCivil;
@Wire
Textbox txtResidenciaHabitual;
@Wire
Textbox txtBarrio;
Organización de la carpeta PI_HistoriaClinica_WS
La Carpeta PI_HistoriaClinica_WS es donde se encuentran los paquetes que
conforman la lógica de negocio, a continuación, se presenta su estructura.
Gráfico 15
Atributos y Entidades
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse
58
En el paquete Com.servicios.hospitalarios.entidad es donde se encuentran las
clases que contienen los atributos y entidades de los métodos que realizan el llamado
a los procedimientos de la base de datos.
Gráfico 16
Métodos de las clases DAO
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse
En el paquete Com.servicios.hospitalarios.dao es donde se encuentran las clases
que contienen los métodos que se relacionan o realizan el llamado a los
procedimientos creados en la Base de datos.
59
Gráfico 17
Clase con Métodos del Web Services
Elaboración: Soraya Medina Leal
Fuente: IDE Eclipse
En el paquete Com.servicios.hospitalarios.webservices es donde se
encuentran las clases que contienen los métodos de Web services.
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA Este trabajo fue evaluado en cada una de sus etapas de desarrollo por las
autoridades del grupo de proyectos Promeinfo II quienes dieron un criterio favorable
60
ya que el proyecto en un futuro brindara beneficios para la comunidad como es evitar
perdida de información y lograr tener un Registro común de datos de la Historia
Clínica Única de un paciente entre todas las unidades operativas de salud pública.
61
CAPÍTULO IV
Criterios de aceptación del producto o Servicio
El proyecto es aceptado por las autoridades que se encuentran dirigiendo el Grupo
de proyectos de Promeinfo II ya que se verifico su funcionamiento realizando pruebas
con el usuario, considerando los diferentes escenarios de pruebas que pudieran
darse en cada objetivo propuesto, de lo cual se obtuvo óptimos resultados los mismos
que permitirán cubrir necesidades que exige el Ministerio de Salud Pública del
Ecuador a las unidades operativas de salud a su cargo.
Las pruebas de aceptación tienen funciones como:
Aprobar o rechazar los escenarios de prueba
evaluar los datos de las pruebas.
Indicar mejoras en los procesos desarrollados que no cumplan con las
especificaciones propuestas.
Cuadro 7
Matriz de Criterio de Aceptación
REQUERIMIENTOS
REGLAS DE ACEPTACION
Consulta de Pacientes
subsecuentes
Permitir consultar de la base de datos el primer
nombre y primer apellido de un paciente
subsecuente por medio de su número de cedula.
Registro de primera
Admisión
Permite Ingresar a la base de datos información
básica de un paciente nuevo.
62
Registro de nuevas
admisiones para
atenciones de primera
vez y subsecuentes
Permitir ingresar información a la ficha de
admisión para dejar registrado cuantas atenciones
lleva recibiendo un paciente.
Registro de Cambios Permitir realizar cambios de actualización de datos
básicos de un paciente.
Información Adicional del
Usuario Requerida por la
Institución
Sirve para ingresar una observación de tipo texto
libre acerca de la llegada de un usuario o paciente
a la casa asistencial.
Alta Ambulatoria Permitir ingresar datos de Características,
Diagnósticos y tratamiento de un paciente que
será dado de alta de la atención ambulatoria que
recibió.
Egreso Hospitalario Permitir ingresar datos de Características,
Diagnósticos y tratamiento de un paciente que
Egresara de la casa asistencial por
Hospitalización.
63
INFORME DE ACEPTACIÓN Y APROBACION DEL PROYECTO
Nombre del Proyecto: “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud”
Responsable del Informe de Aceptación y Aprobación
Ing. Jorge Medina Avelino-Coordinador del Grupo de Proyectos Promeinfo II
Declaración de Aceptación Formal
Por medio de la presente acta se deja constancia de la finalización y aceptación del proyecto: “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud” a cargo de la estudiante Soraya Medina Leal, egresada de la Universidad de Guayaquil Facultad de Ciencias Matemáticas y Físicas, Carrera de Ingeniería en Sistemas Computacionales, iniciado en el mes de agosto y finalizado en el mes de diciembre del 2015. Se da por concluido el proyecto, por lo que, habiendo constatado, el usuario del proyecto, la finalización, entrega y aceptación del sistema “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud” se certifica el cierre del proyecto, el cual culmina de manera exitosa. El proyecto comprendería la entrega de los siguientes entregables: Desarrollo
Módulo Admisiones
Módulo de Altas y Egresos
Módulo de Reporte
Implementación:
Manual de Usuario
Manual Técnico
Observaciones: N/A
Aceptado Por: Ing. Jorge Medina Avelino Fecha: 05/02/2016
64
CONCLUSIONES
- Se concluye que el desarrollo del Formulario 001 ADMISIÓN Y ALTA-EGRESO
como parte del Sistema de información de cualquier unidad operativa a cargo del
Ministerio de Salud Pública del Ecuador beneficiará de manera favorable a la
comunidad ya que permitirá registrar los datos de los nuevos Usuarios o
Pacientes, generar orden de atención, actualizar datos de los pacientes
subsecuentes y permitir dar las Altas Ambulatorias o Egresos Hospitalarios a los
usuarios o pacientes facilitando la labor del Admisionista o medico de turno de
dicha entidad de salud.
- La arquitectura utilizada para la implementación del Formulario 001 ADMISIÓN
Y ALTA-EGRESO es una infraestructura ordenada y escalable, permite la
separación de la lógica de negocios de la lógica de diseño, el desarrollo se o
puede realizar en varios niveles y, en caso de que se tenga que realizar algún
cambio, sólo sería en el nivel implicado sin tener que revisar todo el código.
- El desarrollo de una interfaz utilizando el Framework ZK minimiza la complejidad
del Proyecto siendo así que no es necesario tener conocimientos en Javascript
para poder implementar un diseño de un Framework con dicha herramienta, el
diseño del Formulario 001 ADMISIÓN Y ALTA-EGRESO esta creado de forma
ordenada, comprensible y facilitara la capacitación del personal de cualquier
entidad de salud que vaya a utilizar dicho formulario y se encuentre a cargo del
Ministerio de Salud Pública del Ecuador.
RECOMENDACIONES - Se recomienda que en un futuro todas las unidades operativas de salud pública
se guíen en el presente proyecto como prototipo para el desarrollo del
Formulario 001 ADMISIÓN Y ALTA-EGRESO de su sistema de información y
así poder cumplir con lo solicitado por el Ministerio de Salud Pública del Ecuador
65
el cual desea lograr tener un Registro Común de Datos entre todas unidades
operativas a su cargo.
- En una posterior versión del Formulario 001 ADMISIÓN Y ALTA-EGRESO el
diseño de su interface puede ser dinámico debido a que el modelo de base de
datos utilizado para el desarrollo de este proyecto lo soporta, esto sería de gran
ayuda para el administrador del sistema ya que si tendría que cambiar el nombre
de uno o más label’s de la interface del Formulario solo se tendría que cambiar
en las tablas de la base de datos.
- Queda a criterio de los próximos desarrolladores la mejora del FORMULARIO
001 ADMISIÓN Y ALTA-EGRESO junto con la Implementación del Prototipo de
XML regido bajo la Norma 3606 cuyo concepto es lograr la compatibilidad y
portabilidad de información entre sistemas diferentes de las distintas unidades
operativas bajo la responsabilidad del Ministerio de Salud Pública del Ecuador.
66
BIBLIOGRAFÍA A.A. (21 de 08 de 2012). Eclipse - Historia de Eclipse - ¿Por que se llama así el IDE
ECLIPSE? Obtenido de blogspot: http://java-white-box.blogspot.com/2012/08/eclipse-historia-de-eclipse-por-que-se.html
Arteaga, I. (03 de 03 de 2013). modelo de cascada. Obtenido de modelo de cascada y espiral: http://modelo-cascada.blogspot.mx/
campusmvp. (18 de 03 de 2014). Novedades de SQL Server 2014. Obtenido de campusmvp: http://www.campusmvp.es/recursos/post/Novedades-de-SQL-Server-2014.aspx
Chévez Ana . (s.f.). Servidor de Aplicaciones JBoss. Obtenido de asteriscus: http://asteriscus.com/presentacion/presentacion%20A71922.pdf
definicionabc. (s.f.). Definición de Ingreso hospitalario. Obtenido de DefiniciónABC. ecured. (s.f.). Microsoft SQL Server. Obtenido de EcuRed:
http://www.ecured.cu/Microsoft_SQL_Server ELSEVIER-MASSON. (2010). DICCIONARIO MEDICO. MEXICO DF: ELSEVIER-
MASSO. ibm. (s.f). Iniciándose en la plataforma Eclipse. Obtenido de IBM developerWorks:
https://www.ibm.com/developerworks/ssa/library/os-ecov/ Java. (s.f.). java.com. Obtenido de www.java.com/es/download/help/sysreq.xml jboss. (s.f). Getting Started with JBoss Application Server 7. Obtenido de JBoss
Community: https://docs.jboss.org/author/display/AS71/Getting+Started+Guide
Lopez, E. (19 de 12 de 2013). Arquitectura de n capas. Obtenido de ACADEMIA: https://www.academia.edu/10102692/Arquitectura_de_n_capas
Martínez, F. (s.f.). Introducción a JDBC. Obtenido de Adictos Al Trabajo: http://www.adictosaltrabajo.com/tutoriales/introjdbc/
microsoft. (s.f.). Microsoft SQL Server. Obtenido de microsoft: https://msdn.microsoft.com/es-es/library/bb545450.aspx
monillo007. (s.f.). 10 razones para elegir Java como lenguaje de programacion. Obtenido de http://monillo007.blogspot.com/2012/08/10-razones-para-elegir-java-como.html
Muñoz Onofa, A. E. (04 de 2012). Fundamentos esenciales del Framework ZK. Obtenido de Repositorio Digital: http://repositorio.espe.edu.ec/handle/21000/5250
Pérez, F. F. (s.f.). Adictos al trabajo.com. Obtenido de adictosaltrabajo.com: http://www.adictosaltrabajo.com/tutoriales/zk-mvc/
Servidor de A Jboss. (s.f.). Obtenido de http://asteriscus.com/presentacion/presentacion%20A71922.pdf
techtarget. (01 de 2015). SQL Server. Obtenido de techtarget.com. UCM. (11 de 12 de 2012). Fundamentos de Programación en Java. Obtenido de
pendientedemigracion: http://pendientedemigracion.ucm.es/info/tecnomovil/documentos/fjava.pdf
What’s new in new Java. (20 de 08 de 2011). Obtenido de sudhakarmalla: http://sudhakarmalla.wordpress.com/
67
ANEXOS
68
DIAGRAMA DE FLUJO DEL FORMULARIO ADMISION Y ALTA-EGRESO
“ANVERSO (ADMISIONES)”
Inicio
Consultar Usuario(Paciente)
Ingresar número de cedula
Usuario(Paciente)
Ingresar y consultar Información necesaria del usuario en REGISTRO
DE PRIMERA ADMISION
llenar ficha de REGISTRO DE
NUEVAS ADMISIONES PARA ATENCIONES DE PRIMERA VEZ Y SUBSECUENTES
Actualizar información del paciente o usuario en REGISTRO DE CAMBIO
Agregar un comentario en INFORMACION ADICIONAL acerca del estado en que llego el paciente a la casa asistencial de salud
EXISTE
NO EXISTE
Fin
69
Servicio Ambulatorio
Servicio Hospitalario
Ingresar, consultar Información necesaria del usuario y dar de alta en el bloque de EGRESO HOSPITALARIO
“REVERSO (ALTAS Y EGRESOS)”
Consultar Usuario(Paciente)
Verificar Paciente
EXISTE
NO EXISTE
Inicio
Ingresar número de cedula
Ingresar número de orden
Ingresar, consultar Información necesaria del usuario y dar de alta en el bloque de EGRESO HOSPITALARIO
Identificar servicio
Fin
70
INFORME DE ASISTENCIA DE REUNION CON LOS PROYECTOS DE PROMEINFO SEGUNDA FASE
Guayaquil, 01 septiembre, 2015 INFORME N° 001 - 2015
Los días 29 de agosto y 01 de septiembre de 2015 se realizó reunión del Grupo de Proyectos Promeinfo segunda fase, dichas reuniones fueron dirigidas por el Ing. Jorge Medina Coordinador de Promeinfo II, en ellas se trató temas como: - Definir cantidad de estudiantes que integraran cada uno de los proyectos de
promeinfo segunda fase, Historia Clínica, Única, Familiar y Comunitaria
(29/08/2015).
- Entrega de archivos de las investigaciones y avances de los proyectos en
promeinfo I (01/09/2015)
Personas que estuvieron presente:
71
INFORME DE ACEPTACIÓN Y APROBACION DEL PROYECTO
Nombre del Proyecto: “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud”
Responsable del Informe de Aceptación y Aprobación
Ing. Jorge Medina Avelino-Coordinador del Grupo de Proyectos Promeinfo II
Declaración de Aceptación Formal
Por medio de la presente acta se deja constancia de la finalización y aceptación del proyecto: “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud” a cargo de la estudiante Soraya Medina Leal, egresada de la Universidad de Guayaquil Facultad de Ciencias Matemáticas y Físicas, Carrera de Ingeniería en Sistemas Computacionales, iniciado en el mes de agosto y finalizado en el mes de diciembre del 2015. Se da por concluido el proyecto, por lo que, habiendo constatado, el usuario del proyecto, la finalización, entrega y aceptación del sistema “Desarrollo del Formulario 001 Admisión y Alta-Egreso del Ministerio de Salud Pública para Sistemas de Información de Salud” se certifica el cierre del proyecto, el cual culmina de manera exitosa. El proyecto comprendería la entrega de los siguientes entregables: Desarrollo
Módulo Admisiones
Módulo de Altas y Egresos
Módulo de Reporte
Implementación:
Manual de Usuario
Manual Técnico
Observaciones: N/A
Aceptado Por: Ing. Jorge Medina Avelino Fecha: 05/02/2016
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO DEL
MINISTERIO DE SALUD PUBLICA PARA SISTEMAS DE INFORMACIÓN DE
SALUD”
MANUAL TÉCNICO
AUTOR: SORAYA LILIANA MEDINA LEAL
TUTOR: ING. FLORA SALGADO ORDOÑEZ M.Sc
GUAYAQUIL – ECUADOR
2016
1
ÍNDICE
ÍNDICE DE GRÁFICOS....................................................................................................2
INSTALACIÓN DE JDK JAVA ........................................................................................ 5
DESCARGA DE ECLIPSE .............................................................................................. 10
EJECUCIÓN DE ECLIPSE .............................................................................................. 16
DESCARGA DE SQL SERVER 2014 ............................................................................. 18
INSTALACION DE SQL SERVER 2014 ........................................................................ 20
CONFIGURACIÓN DE ZK ............................................................................................. 31
CONFIGURACION DE ECLIPSE CON JBOSS ............................................................ 33
CREAR CARPETA PARA EL PROYECTO EN ECLIPSE ........................................... 41
BASE DE DATOS………………………………………………………………………52
2
Indice de graficos
Gráfico 1: Sitio web de Oracle ...................................................................................... 5
Gráfico 2: Java SE Development ................................................................................... 6
Gráfico 3: Elección de arquitectura ................................................................................ 7
Gráfico 4: Pantalla de bienvenida al JDK ...................................................................... 8
Gráfico 5: Componentes a instalar ................................................................................. 9
Gráfico 6: Instalación finalizada .................................................................................... 10
Gráfico 7: Pagina web de eclipse ................................................................................. 11
Gráfico 8: Selección de aplicativo ................................................................................. 11
Gráfico 9:Luna Packages ............................................................................................... 12
Gráfico 10: Arquitectura del Aplicativo ......................................................................... 13
Gráfico 11: Descarga del Aplicativo ............................................................................ 14
Gráfico 12: Descarga de Eclipse ................................................................................... 15
Gráfico 13: Descomprimir Eclipse ................................................................................. 15
Gráfico 14: Ejecución de eclipse ................................................................................... 16
Gráfico 15: Ruta de workspace ..................................................................................... 17
Gráfico 16: Entorno Eclipse ........................................................................................... 17
Gráfico 17: Ingreso a microsoft ..................................................................................... 18
Gráfico 18: Selección de SQL Server 2014 Express from ........................................ 18
Gráfico 19: Descargar de SQL Server 2014 ............................................................... 19
Gráfico 20: Eleccion de Producto .................................................................................. 19
Gráfico 21: Archivo descargado de SQL Server 2014 .............................................. 20
Gráfico 22: Ruta del Setup de SQL SERVER 2014 ................................................... 20
Gráfico 23: Centro de instalación de SQL SERVER .................................................. 21
Gráfico 24: Reglas globales ........................................................................................... 22
Gráfico 25:Instalar archivos de configuración ............................................................. 23
Gráfico 26: Tipo de Instalación ...................................................................................... 24
Gráfico 27: Terminos de licencia .................................................................................. 25
3
Gráfico 28: Selección de caracteristicas ...................................................................... 25
Gráfico 29: Configuración de instancia ........................................................................ 26
Gráfico 30:Configuración del servidor ............................................................................. 27
Gráfico 31: Configuración del Motor de base de datos .................................................... 28
Gráfico 32: Progreso de la Instalación .............................................................................. 29
Gráfico 33: Operación completada ................................................................................... 30
Gráfico 34: Entorno de SQL Server 2014 ......................................................................... 31
Gráfico 35: Pagina zkoss ................................................................................................... 31
Gráfico 36: Registro de cuenta en zkoss ........................................................................... 32
Gráfico 37: Selección Eclipse Marketplace ...................................................................... 33
Gráfico 38: Instalacion de Jboss Tools ............................................................................. 34
Gráfico 39: Componentes de Jboss ................................................................................... 35
Gráfico 40: Confirmación de Componentes de Jboss Tools ............................................. 35
Gráfico 41: Terminos de Licencia ................................................................................. 36
Gráfico 42: Proceso de Instalación de Jboss Tools ........................................................... 36
Gráfico 43: Security Warning ........................................................................................... 37
Gráfico 44: Software Updates ........................................................................................... 37
Gráfico 45: Opción Server ................................................................................................ 38
Gráfico 46: Seleccionar la versión de Jboss ...................................................................... 38
Gráfico 47: Servidor Jboss configurado ............................................................................ 39
Gráfico 48: Verificar instancia levantada de Jboss ........................................................... 39
Gráfico 49: Perspectiva web ZK ....................................................................................... 40
Gráfico 50: Open Perspective ........................................................................................... 40
Gráfico 51: Creación de proyecto ..................................................................................... 41
Gráfico 52: Select a wizard ............................................................................................... 41
Gráfico 53: Zk Project ....................................................................................................... 42
Gráfico 54: Carpeta WebContent ...................................................................................... 42
Gráfico 55: Creacion de nuevos Folder ............................................................................ 43
Gráfico 56: Crear .zul ........................................................................................................ 44
4
Gráfico 57: Nombre del archivo .zul................................................................................. 44
Gráfico 58:Pagina del .zul ................................................................................................. 45
Gráfico 59: Etiquetas XML de ZK ................................................................................... 45
Gráfico 60: Interfaz con ZK .............................................................................................. 46
Gráfico 61: Dynamic Web Proyect ................................................................................... 47
Gráfico 62: Nombre a carpeta de Dynamic Web Proyect ................................................. 47
Gráfico 63: New Package.................................................................................................. 48
Gráfico 64: Java Package .................................................................................................. 49
Gráfico 65: New Java Class ............................................................................................. 49
Gráfico 66: Java Class ....................................................................................................... 50
Gráfico 67: Configuracion de Conexión a la base de datos .............................................. 50
Gráfico 68: Paquetes creados ............................................................................................ 51
Gráfico 69: Base de datos SIMABD ................................................................................. 52
Gráfico 70: ParPersonas .................................................................................................... 53
Gráfico 71: AtmRegistroAdmision ................................................................................... 54
Gráfico 72: ParPacientes ................................................................................................... 55
Gráfico 73: AtmFichasAdmision ...................................................................................... 55
Gráfico 74: AtmEncuantrosPacientes ............................................................................... 56
Gráfico 75: AtmDiadnosticos ........................................................................................... 56
Gráfico 76: AtmAltaAmbulatoria ..................................................................................... 57
Gráfico 77:AtmOrdenes .................................................................................................... 57
Gráfico 78: AtmEgresoHospitalario ................................................................................. 58
5
INSTALACIÓN DE JDK JAVA
Paso 1: Ingresar a la página http://www.oracle.com/
Gráfico 1: Sitio web de Oracle
Elaboración: Soraya Medina Leal. Fuente: www.oracle.com
Paso2: Dar clic en Downloads para ver los productos que ofrece Oracle, ir a Java SE.
6
Gráfico 2: Java SE Development
Elaboración: Soraya Medina Leal. Fuente: www.oracle.com
Paso 3: Aceptar los términos de licencia y seleccionar el Jdk de acuerdo a la arquitectura
de la PC a instalar.
7
Gráfico 3: Elección de arquitectura
Elaboración: Soraya Medina Leal. Fuente: www.oracle.com
Paso 4: Ejecutar el archivo descargado (jdk-7u79-windows-x64.exe). En la pantalla que
se muestra a continuación dar clic en Next.
8
Gráfico 4: Pantalla de bienvenida al JDK
Elaboración: Soraya Medina. Fuente: www.oracle.com
Paso 5: Seleccione los componentes a instalar.
9
Gráfico 5: Componentes a instalar
Elaboración: Soraya Medina. Fuente: www.oracle.com
Posteriormente comenzará el proceso de instalación.
Paso 6: Presionar Close para concluir la instalación
10
Gráfico 6: Instalación finalizada
Elaboración: Soraya Medina. Fuente: www.oracle.com
DESCARGA DE ECLIPSE
Paso 1: Ingresar a la página de eclipse: www.eclipse.org, y dar clic en
DOWNLOAD
11
Gráfico 7: Pagina web de eclipse
Elaboración: Soraya Medina.
Fuente: www.eclipse.org
Paso 2: Seleccionamos la opción Elipse IDE for Java EE Developers.
Gráfico 8: Selección de aplicativo
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 3: Escoger el Paquete Luna Packages
12
Gráfico 9:Luna Packages
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 4: Realizar la descarga de acuerdo a la descripción de la PC en la cual se
realizará la instalación. Para el desarrollo de este proyecto se eligió la arquitectura
de 64 bit.
13
Gráfico 10: Arquitectura del Aplicativo
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 5: En Download de from: Brazil - C3SL - Federal University of Parana
(http) dar clic en Download.
14
Gráfico 11: Descarga del Aplicativo
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 6: A continuación, iniciara la descarga del aplicativo.
15
Gráfico 12: Descarga de Eclipse
Elaboración: Soraya Medina Leal.
Fuente: www.eclipse.org
Paso 7: Terminada la descarga, descomprimir el archivo quedando de la
siguiente forma.
Gráfico 13: Descomprimir Eclipse
g
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
16
EJECUCIÓN DE ECLIPSE
Paso 1: Dar doble clic sobre el archivo eclipse.exe, se abrirá la ventana
Workspace Launcher y escoger nuestro workspace (espacio de trabajo donde se
alojarán los proyectos de desarrollo).
Gráfico 14: Ejecución de eclipse
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 2: Eclipse creara una carpeta por defecto en el workspace donde se
almacena la configuración del mismo.
17
Gráfico 15: Ruta de workspace
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
Paso 3: Finalmente se mostrará el entorno de Eclipse.
Gráfico 16: Entorno Eclipse
Elaboración: Soraya Medina Leal. Fuente: www.eclipse.org
18
DESCARGA DE SQL SERVER 2014
Paso 1: Ingresar a la URL https://www.microsoft.com/es-ec/, en la barra del
buscador digitar SQL SERVER 2014 EXPRESS y dar clic en la lupa del buscador.
Gráfico 17: Ingreso a microsoft
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 2: Seleccionar Download Microsoft SQL Server 2014 Express from
Gráfico 18: Selección de SQL Server 2014 Express from
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 3: Dar clic en Descargar
19
Gráfico 19: Descargar de SQL Server 2014
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 4: Elegir el producto que desee de acuerdo a la PC en la cual se realizara
la instalación, luego dar clic en Next. Para el desarrollo de este proyecto se eligió
la arquitectura de 64 bit.
Gráfico 20: Eleccion de Producto
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 5: Empesara la descarga del SQL Server 2014 Express
20
Gráfico 21: Archivo descargado de SQL Server 2014
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
INSTALACION DE SQL SERVER 2014
Paso 1: En la carpeta de SQLEXPR_x64_ESN dar clic en Setup para comensar con la instalación
Gráfico 22: Ruta del Setup de SQL SERVER 2014
Elaboración: Soraya Medina Leal.
Fuente: https://www.microsoft.com/es-ec/
21
Paso3: en la opcción de Instalación dar clic en Nueva instalación independiente de SQL Ser ver o agregar características a una instalación existente.
Gráfico 23: Centro de instalación de SQL SERVER
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
22
Paso 4: Esperar que se complete la comprobación de Reglas globales y luego dar clic
en siguiente.
Gráfico 24: Reglas globales
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 5: Esperar a que se intalen los Archivos de configuración, luego dar clic en
siguiente
23
Gráfico 25:Instalar archivos de configuración
Elaboración: Soraya Medina Leal. Fuente: https://www.microsoft.com/es-ec/
Paso 6: En tipo de intalación dejar la predeterminada por el sql server
24
Gráfico 26: Tipo de Instalación
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
Paso 7: Aceptar los términos de licencia de SQL Server, luego dar clic en siguiente
25
Gráfico 27: Terminos de licencia
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
Paso 8: Seleccionar las características, luego dar clic en siguiente
Gráfico 28: Selección de caracteristicas
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
26
Paso 9: En Configuración de instancia elegir la opción Instancia con nombre, agregar un nombre para la instancia de la base de datos, luego dar clic en siguiente
Gráfico 29: Configuración de instancia
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
Paso 10: En Configuración del servidor dar clic en siguiente
27
Gráfico 30:Configuración del servidor
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
Paso 11: en Configuración del Motor de base de datos dar clic en siguiente
28
Gráfico 31: Configuración del Motor de base de datos
Elaboración: Soraya Medina Leal. Fuente: www.oracle.org
Paso 12: Esperar que el progreso de la Instalacion termine y luego dar clic en siguiente
29
Gráfico 32: Progreso de la Instalación
Elaboración: Soraya Medina Leal.
Fuente: www.oracle.org
Paso 13: En Operación completada verificar en el detalle que todos los componentes de SQL SERVER se hayan instalado correctamente
30
Gráfico 33: Operación completada
Elaboración: Soraya Medina Leal.
Fuente: www.oracle.org
31
Gráfico 34: Entorno de SQL Server 2014
Elaboración: Soraya Medina Leal.
Fuente: www.oracle.org
CONFIGURACIÓN DE ZK
Paso 1: Ingreso a la página www.zkoss.org
Gráfico 35: Pagina zkoss
Elaboración: Soraya Medina Leal. Fuente: www.zkoss.org
32
Paso 2: Para realizar la descarga de librerías, archivos o códigos de referencias
se debe tener una cuenta en el sitio, para ello se debe registrar.
Gráfico 36: Registro de cuenta en zkoss
Elaboración: Soraya Medina Leal.
Fuente: www.zkoss.org
33
CONFIGURACION DE ECLIPSE CON JBOSS
Configuración de máquinas virtuales en Eclipse
Paso 1: Seleccionamos la opción Eclipse Marketplace en el menú principal, Help.
Gráfico 37: Selección Eclipse Marketplace
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/jboss
34
Paso 2: Digitar Jboss Tools en la opción de búsqueda en la ventande Eclipse
Marketplace, y dar clic en Install del Jboss Tools 4.3.0
Gráfico 38: Instalacion de Jboss Tools
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/jboss
Paso 3: Posteriormente se iniciará la descarga del Paquete de Jboss Tools.
35
Gráfico 39: Componentes de Jboss
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 4: Mostrara una lista de componetes de Jboss a los que daremos clic en Confirm
Gráfico 40: Confirmación de Componentes de Jboss Tools
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 5: Aceptamos los términos de licencia y damos clic en Finish.
36
Gráfico 41: Terminos de Licencia
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 6: Comenzara el proceso de Intalación de Jboss Tools
Gráfico 42: Proceso de Instalación de Jboss Tools
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 6: Durante el proceso de instalación aparecerá un cuadro de dialogo
Security Warning al que daremos clic en OK
37
Gráfico 43: Security Warning
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 7: En el cuadro de dialogo Software Updates, dar clic en Yes
Gráfico 44: Software Updates
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 8: Ir a la opción Server, y proceder a seleccionar la versión de Jboss adecuado.
38
Gráfico 45: Opción Server
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Paso 4: Seleccionamos la versión que se va a usar del Jboss y damos clic en Finish.
Gráfico 46: Seleccionar la versión de Jboss
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
39
Paso 5: Finalmente el servidor Jboss As 7.1 quedadra listo.
Gráfico 47: Servidor Jboss configurado
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
Gráfico 48: Verificar instancia levantada de Jboss
Elaboración: Soraya Medina Leal. Fuente: Configuración eclipse/Jboss
40
Gráfico 49: Perspectiva web ZK
Elaboración: Soraya Medina Leal. Fuente: Eclipse/Zk
Gráfico 50: Open Perspective
Elaboración: Soraya Medina Leal. Fuente: Eclipse/Zk
41
CREAR CARPETA PARA EL PROYECTO EN ECLIPSE
Paso 1: Dar clic en la opción File ir a New, luego clic en la opción Other
Gráfico 51: Creación de proyecto
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Paso 2: En la ventana que se abre dar clic en ZK Proyect y luego en Next
Gráfico 52: Select a wizard
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
Paso 3: Dar un nombre a la carpeta en la que se encontraran las paginas de la interfaz del proyecto, luego dar clic en Finish.
42
Gráfico 53: Zk Project
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
Paso 4: Ubicarse en la carpeta WebContent y dar clic derecho sobre ella, ir a New y luego a Folder
Gráfico 54: Carpeta WebContent
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
43
Paso 5: Se abrirá una ventana donde crearemos una carpeta con el nombre
pages y dentro de ella crear una carpeta con el nombre form, luego daremos clic
en Finish.
Gráfico 55: Creacion de nuevos Folder
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Paso 6: Dar clic derecho en la carpeta form, ir a New y luego a ZUL para crear la
interfaz del Formulario 001 ADMISION Y ALTA-EGRESO, compuesta por
código XML con extensión .zul
44
Gráfico 56: Crear .zul
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
Paso 7: en la ventana que se presenta, poner nombre a la pagina del .zul y luego dar clic en Finish.
Gráfico 57: Nombre del archivo .zul
Elaboración: Soraya Medina Leal.
Fuente: Eclipse/ Zk
45
Como podemos observar se creo la pagina del .zul
Gráfico 58:Pagina del .zul
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
en el área seleccionada es donde se encuetran las etiquetas de HTML
Gráfico 59: Etiquetas XML de ZK
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
46
La interfaz finalmente quedara de esta manera
Gráfico 60: Interfaz con ZK
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ Zk
Paso 8: Repetir el paso1, dar clic en Dinamic Web Proyect de la carpeta Web y dar clic en Next
47
Gráfico 61: Dynamic Web Proyect
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Paso 9: Digitar el nombre de la carpeta que será la que contenga las clases con las entidades, atributos y métodos para la conexión a la base de datos, lógica de negocio y servicios de web services
Gráfico 62: Nombre a carpeta de Dynamic Web Proyect
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
48
Paso 10: En la carpeta PI_HistoriaClinica_WS, ir a la carpeta src dar clic
derecho, dirigirse a New y luego dar clic en package
Gráfico 63: New Package
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Paso 11: Se abrirá una ventana New Java Package, poner nombre al paquete en
donde se encontrará la clase que permitirá la conexión a la base de datos por medio de JDBC, luego daremos clic en Finish
49
Gráfico 64: Java Package
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Paso 12: Dar clic en el nuevo Paquete creado, ir a New luego dar clic en Class.
Gráfico 65: New Java Class
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
50
Paso 13: Digitar el nombre a la clase y dar clic en Finish
Gráfico 66: Java Class
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
Como podemos observar se creo la clase para la conexión a la base de datos
Gráfico 67: Configuracion de Conexión a la base de datos
Elaboración: Soraya Medina Leal. Fuente: Eclipse/ eclipse
51
Crear los paquetes dao, entity y web services junto con sus clases.
Gráfico 68: Paquetes creados
Elaboración: Soraya Medina Leal.
Fuente: Eclipse/ eclipse
52
BASE DE DATOS
Gráfico 69: Base de datos SIMABD
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Estructura de tablas que se usaron en el formulario 001 Admisión y Alta-Egreso
53
Gráfico 70: ParPersonas
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla ParPersonas: Permite almacenar la información básica de una persona.
54
Gráfico 71: AtmRegistroAdmision
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla AtmRegistroAdmision: Permite almacenar cierta infomación de los datos personales de un paciente.
55
Gráfico 72: ParPacientes
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla Parpacientes: Contiene la historia clínica única de los pacientes.
Gráfico 73: AtmFichasAdmision
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
56
Tabla AtmFichasAdmision: En esta tabla se guarda información acerca de la Ficha de Admisión que es la que contabiliza cuantas consultas ha recibido el paciente en la unidad operativa de salud e indica cual es el síntoma por el que acudió a la casa asistencial.
Gráfico 74: AtmEncuantrosPacientes
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla AtmEncuentrosPacientes: Tabla que guarda datos del encuentro con el paciente es decir registros con cantidad de veces que el paciente a acudido al medico.
Gráfico 75: AtmDiadnosticos
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
57
Tabla AtmDiagnosticos: contiene información acerca del código internacional de enfermedades junto con los nombres de cada enfermedad.
Gráfico 76: AtmAltaAmbulatoria
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla AtmAltaAmbulatoria: Tabla donde se guardan los datos de las salidas de los pacientes de la casa asistencial de salud por el servicio Ambularorio.
Gráfico 77: AtmOrdenes
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
58
Tabla AtmOrdenes: Tabla que permite guardar los datos de la creación de ordenes luego de las admisiones de los pacientes.
Gráfico 78: AtmEgresoHospitalario
Elaboración: Soraya Medina Leal. Fuente: SQL Server 2014/SIMADB
Tabla AtmEgresoHospitalario: Tabla donde se guardan los datos de las salidas de los pacientes de la casa asistencial de salud por el servicio Hospitalario.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
“DESARROLLO DEL FORMULARIO 001 ADMISIÓN Y ALTA-EGRESO
DEL MINISTERIO DE SALUD PUBLICA PARA SISTEMAS DE
INFORMACIÓN DE SALUD”
MANUAL DE USUARIO
AUTOR: SORAYA LILIANA MEDINA LEAL
TUTOR: ING. FLORA SALGADO ORDOÑEZ M.Sc
GUAYAQUIL – ECUADOR
2016
1
ÍNDICE INGRESO AL APLICATIVO .......................................................................................................... 2
INICIO DE SESIÓN ..................................................................................................................... 3
OPCIONES DE MENÚ ................................................................................................................ 3
ADMITIR UN PACIENTE NUEVO ............................................................................................... 4
1.- REGISTRO DE PRIMERA ADMISIÓN ................................................................................. 5
2.- REGISTRO DE NUEVAS ADMISIONES PARA ATENCIONES DE PRIMERA VEZ Y
SUBSECUENTES .................................................................................................................... 6
4.- INFORMACIÓN ADICIONAL ............................................................................................. 8
SALIDA DEL PACIENTE DE LA UNIDAD OPERATIVA DE SALUD ............................................... 13
5.-ALTA AMBULATORIA ...................................................................................................... 13
6.- EGRESO HOSPITALARIO ................................................................................................ 15
ADMITIR UN PACIENTE SUBSECUENTE .................................................................................. 16
2.- REGISTRO DE NUEVAS ADMISIONES PARA ATENCIONES DE PRIMERA VEZ Y
SUBSECUENTES .................................................................................................................. 17
3.- REGISTRO DE CAMBIOS ................................................................................................ 18
4.- INFORMACIÓN ADICIONAL ........................................................................................... 19
2
INGRESO AL APLICATIVO
Se puede acceder al aplicativo ingresando a la URL ya sea localmente o
remotamente.
Localmente
http://localhost:8080/PI_HistoriaClinica_WebApp
Remotamente
http://[IP Configurada]/ PI_HistoriaClinica_WebApp /
3
INICIO DE SESIÓN
El aplicativo le pedirá iniciar sesión, para ingresar al formulario 001 Admisión
y Alta-Egreso se debe acceder con un usuario que tenga el perfil de
admisionista o enfermera/o.
OPCIONES DE MENÚ
4
De las opciones del menú a las que tiene acceso el usuario (Admisionista /
Enfermera/o), ingresar a la opción Admisión.
Al dar clic en Admisión ingresaremos al formulario 001 Admisión y Alta-
Egreso.
ADMITIR UN PACIENTE NUEVO
C.I.: 0928485838
Consultar Paciente Nuevo
Antes de Admitir un paciente debemos verificar si el paciente es nuevo o es
subsecuente.
Ingresamos el número de cedula y damos clic en consultar, si es un nuevo
paciente el sistema nos mostrara un mensaje de validación.
5
Mensaje de Validación del Sistema
Damos clic en OK, procedemos a ingresar los datos personales del usuario o
paciente nuevo en el primer bloque.
1.- REGISTRO DE PRIMERA ADMISIÓN
Los campos con asterisco son obligatorios de llenarse, mientras que los
campos que no tienen asterisco son opcionales.
6
Del campo REFERIDO DE se debe seleccionar del combo a una casa
asistencial referida solo en el caso de que el paciente sea recomendado de
dicha unidad operativa de salud.
El campo ADMISIONISTA se llenará del id de la persona que se logeo al
sistema.
Luego que se hayan llenado todos los campos necesarios del bloque
REGISTRO DE PRIMERA ADMISIÓN, se procede a llenar los datos del
segundo bloque.
2.- REGISTRO DE NUEVAS ADMISIONES PARA ATENCIONES DE
PRIMERA VEZ Y SUBSECUENTES
Como podemos observar en la ficha de admisiones para un paciente nuevo
en el campo Nº debe contener el número uno el cual indica que para el
paciente será su primera Admisión o atención médica.
El campo FECHA debe contener la fecha en que se está admitiendo al
paciente, en campo REFERIDO se debe seleccionar del combo una casa
asistencial de salud solo si el paciente se encuentra referido de dicha
institución, en el campo ATENCIÓN dar clic en la opción primera si la atención
7
que recibirá el paciente es por primera vez caso contrario dar clic en
subsecuente.
El campo ADMISIONISTA se llenará del id de la persona que se logeo al
sistema.
Luego de ingresar todos los campos necesarios del bloque REGISTRO DE
NUEVAS ADMISIONES PARA ATENCIONES DE PRIMERA VEZ Y
SUBSECUENTES, se debe ingresar en el cuarto bloque un comentario acerca
de los síntomas que indica el paciente para poder recibir la atención.
Nota: Para un paciente Nuevo el tercer bloque debe aparecer inhabilitado
3.- REGISTRO DE CAMBIOS
Procedemos a ingresar información en el cuarto bloque
8
4.- INFORMACIÓN ADICIONAL
Una vez llenados todos los bloques para admitir a un paciente nuevo debemos
dar clic en el botón
El sistema nos mostrara los siguientes mensajes, los cuales indican que todo
el proceso se ha realizado con éxito
Información del Sistema
9
Luego que la información ha sido almacenada en la base de datos debemos
proceder a generar la orden de atención médica, pero antes el sistema nos
muestra un mensaje indicando que ya puede generar la orden.
Información Almacenada Correctamente
10
Link Generar Ordenes
Al dar clic en el link Generar Ordenes, nos aparecerá la opción
Creación de Ordenes en donde debemos seleccionar el tipo de
Servicio, el Medico y Horario en que será atendido el paciente.
11
Luego daremos clic en el botón el mismo que nos permitirá
crear un número de orden para el paciente y a la vez agendar la información
del Servicio que solicita el paciente, el Medico que lo atenderá y Horario en
que será atendido, luego el sistema enviara un mensaje el cual indica que los
datos de orden se registraron.
Mensaje
Damos clic en el botón OK
Número de Orden
Como podemos ver se creó el número de orden para el paciente.
Luego damos clic en el botón
12
Volvemos a dar clic en Admisión
Menú de acceso
El sistema mostrara el Formulario 001 Admisión y Alta-Egreso
Formulario 001 Admisión y Alta-Egreso
Donde podemos consultar los datos ingresados del paciente.
13
Para consultar los datos del paciente admitido ingresamos el número de
cedula, damos clic en el botón y podemos ver los datos del
paciente registrado tanto en la parte superior del formulario en los cuadros de
texto de los campos NOMBRES Y APELLIDOS como en el primer bloque del
formulario.
SALIDA DEL PACIENTE DE LA UNIDAD OPERATIVA DE
SALUD
Nota: Si el paciente recibió servicio Ambulatorio, la salida del paciente se debe
registrar en el bloque ALTA AMBULATORIA caso contrario si el servicio que
recibió fue por servicio hospitalario la salida del paciente se debe registrar en
el bloque EGRESO HOSPITALARIO.
5.-ALTA AMBULATORIA
En CARACTERÍSTICAS se debe registrar el Nº de ORDEN al que se le va a
dar el Alta Ambulatoria, escoger la FECHA DE ADMISIÓN Y ALTA, indicar el
14
número de CONSULTAS DE EMERGENCIA que ha tenido el paciente en el
caso que hubiera recibido Servicio de Emergencia, pero si el servicio que
recibió fue Consulta Externa verificar si se muestra el número de
CONSULTAS EXTERNAS que ha recibido el paciente dentro de la unidad
operativa de salud, luego escoger la ESPECIALIDAD DEL SERVICIO que
solicito el paciente y por ultimo indicar tipo de
CONDICIÓN ALTA con la que sale el paciente de la casa asistencial, se debe
escoger una de estas opciones
En DIAGNÓSTICOS existe un cuadro de texto donde podemos digitar una
palabra clave que tenga relación con una enfermedad que se encuentre
registrada en el CIE (Código Internacional de Enfermedades),
luego damos clic en Buscar
Diagnóstico y en la lista de DIAGNÓSTICOS O SÍNDROMES si damos clic en
la pestaña del combo nos fijaremos que aparecerá un listado con
enfermedades que contienen la palabra clave.
en campo CIE debe mostrar el código internacional de enfermedades con el
cual está registrada la enfermedad, en el campo TIPO DE DIAGNÓSTICO
indicar de que tipo fue el diagnóstico ya sea o
En TRATAMIENTO seleccionar el tipo de tratamiento, ya sea o
, en PROCEDIMIENTOS CLÍNICOS O QUIRÚRGICOS
PRINCIPALES proceder a digitar información adicional acerca del tratamiento
que ha indicado el médico que atendió al paciente.
El campo REPONSABLE contendrá el código del id de la persona que se
logeo al sistema.
15
6.- EGRESO HOSPITALARIO
En CARACTERÍSTICAS se debe registrar el Nº de ORDEN al que se le va a
dar el Egreso Hospitalario, escoger la FECHA DE ADMISIÓN Y EGRESO,
indicar el Nº DE DIAS DE ENTRADA desde que el paciente ingreso a la
unidad operativa de salud, luego escoger el SERVICIO que se le recomendó
al paciente y por ultimo indicar de las siguientes opciones
el tipo de CONDICIÓN
EGRESO con el que sale el paciente de la casa asistencial.
En DIAGNÓSTICOS en el cuadro de texto digitamos una palabra clave que
tenga relación con una enfermedad que se encuentre registrada en el CIE
(Código Internacional de Enfermedades),
luego damos clic en Buscar
Diagnóstico y en la lista de DIAGNÓSTICOS O SÍNDROMES damos clic en
la pestaña del combo y nos fijaremos que aparece un listado con
enfermedades que contienen la palabra clave.
en campo CIE mostrara el código internacional de enfermedades con el cual
está registrada la enfermedad, en el campo TIPO DE DIAGNÓSTICO indicar
de que tipo fue el diagnóstico ya sea o
En TRATAMIENTO seleccionar el tipo de tratamiento, ya sea o
, en PROCEDIMIENTOS CLÍNICOS O QUIRÚRGICOS
16
PRINCIPALES digitar información adicional acerca del tratamiento que ha
indicado el médico que atendió al paciente por el servicio hospitalario.
El campo REPONSABLE contendrá el código del id de la persona que se
logeo al sistema, luego debemos dar clic en el botón luego el
sistema le mostrará un mensaje indicando que la Información Almacenada
Correctamente
ADMITIR UN PACIENTE SUBSECUENTE
C.I.: 0928484831
Consultar Paciente Subsecuente
17
Como podemos observar al digitar el número de cedula y dar clic en
aparecerán los datos del paciente tanto en las cajas de texto
del campo NOMBRES Y APELLIDOS como en el primer bloque.
Luego de consultar al paciente subsecuente procedemos a admitirlo en caso
que solicite servicio médico.
2.- REGISTRO DE NUEVAS ADMISIONES PARA ATENCIONES DE
PRIMERA VEZ Y SUBSECUENTES
En la ficha de admisión para un paciente subsecuente el campo Nº debe
contener la cantidad de veces en que el paciente se admitido en la unidad
operativa.
El campo REFERIDO como se explicó anteriormente se seleccionar del
combo una casa asistencial de salud solo si el paciente se encuentra referido
de dicha institución, en el campo ATENCIÓN dar clic en la opción
18
subsecuente ya que el paciente ha recibido anteriormente atención medica
en la unidad operativa de salud.
Luego de ingresar todos los campos necesarios del bloque REGISTRO DE
NUEVAS ADMISIONES PARA ATENCIONES DE PRIMERA VEZ Y
SUBSECUENTES, se debe preguntar al paciente datos necesarios que
permitan actualizar de la base de Datos sus datos personales, esta
actualización se la debe realizar en el tercer bloque.
3.- REGISTRO DE CAMBIOS
Luego ingresamos un comentario en el cuanto bloque acerca de los síntomas
que indica el paciente.
19
4.- INFORMACIÓN ADICIONAL
Por ultimo procedemos a guardar los datos dando clic en el botón
Nota: Para generar la orden del paciente, Dar el Alta Ambulatoria o Egreso
Hospitalario se realizar el proceso igual como se hizo para un paciente nuevo.
Recommended