Informe de Analisis Proyecto Sigs

PROYECTO SISTEMA INFORMÁTICO DE GESTIÓN EN SALUD
(SIGS)
CARLOS ENRIQUE NAVIA TORRES
DANNY PASTOR URBANO BANGUERA
SERVICIO NACIONAL DE APRENDIZAJE (SENA)
CENTRO AGROINDUSTRIAL Y PESQUERO DE LA COSTA PACIFICA
TUMACO 2009
2
PROYECTO SISTEMA DE INFORMÁTICO DE GESTIÓN EN SALUD
(SIGS)
CARLOS ENRIQUE NAVIA TORRES
DANNY PASTOR URBANO BANGUERA
PROYECTO FORMATIVO:
TECNOLOGO ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
INSTRUCTOR
ING.EDINSON BANGUERA MAIRONGO
SERVICIO NACIONAL DE APRENDIZAJE (SENA)
CENTRO AGROINDUSTRIAL Y PESQUERO DE LA COSTA PACIFICA
TUMACO 2009
3
TABLA DE CONTENIDO
1 DESCRIPCIÓN DEL PROYECTO FORMATIVO 5

1.1 NOMBRE DEL PROYECTO: PROYECTO SISTEMA DE INFORMÁTICO DE GESTIÓN EN SALUD (SIGS) 5
1.2 DESCRIPCIÓN DEL PROBLEMA 5
1.3 JUSTIFICACIÓN DEL PROYECTO 5
1.4 OBJETIVOS 6
1.4.1 General 6
1.4.2 Específicos 6
1.5 IMPACTO (SOCIAL, ECONÓMICO, AMBIENTAL, TECNOLÓGICO) 6
1.6 RESTRICCIONES O RIESGOS ASOCIADOS 6
1.7 PRODUCTOS O RESULTADOS DEL PROYECTO 6
1.8 PERSONAL RESPONSABLE 7
1.9 PRESUPUESTO REQUERIDO 7
1.10 CRONOGRAMA DE ACTIVIDADES 7
2 DEFINIR LOS REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN 14
2.1 TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE LA INFORMACIÓN 14
2.2 MAPA DE PROCESOS 14
2.3 PLATAFORMA TECNOLÓGICA DE LA EMPRESA 16
3 ANALIZAR LOS REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN 16
3.1 CICLOS DE VIDA DEL SOFTWARE 16
3.2 ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTWARE 18
3.3 DIAGRAMAS DE CASOS DE USO 22
3.3.1 Especificaciones de Casos de Uso 23
3.4 DIAGRAMA DE INTERACCIÓN 31
3.4.1 Diagrama de secuencia 31
3.4.2 Diagrama de colaboración 39
3.5 DIAGRAMA DE CLASES 44
3.6 BASE DE DATOS 45
3.6.1 Diccionario de Datos - Mini especificaciones 45
4 DISEÑAR EL SISTEMA DE ACUERDO CON LOS REQUERIMIENTOS 58
5 DESARROLLAR EL SISTEMA DE INFORMACIÓN 59
6 IMPLANTAR LA SOLUCIÓN DEL SISTEMA DE INFORMACIÓN 60
7 PARTICIPAR EN EL PROCESO DE NEGOCIACIÓN DE TECNOLOGÍA INFORMÁTICA 61
8 APLICAR PRÁCTICAS DE CALIDAD EN EL PROCESO DE DESARROLLO DE SOFTWARE 62
9 CONCLUSIONES 63
10 BIBLIOGRAFIA 64
ANEXOS 65
1 DESCRIPCIÓN DEL PROYECTO FORMATIVO
1.1 Nombre del Proyecto: Proyecto sistema de informático de gestión en

salud (SIGS)
1.2 Descripción del Problema

El proyecto se plantea basado en la necesidad de un sistema de información que
le permita a los usuarios, verificar la información de los pacientes (historias
clínicas), verificar la EPS o ARS a la que están afiliados en forma activa y sin
necesidad de recurrir a un software externo, ya que toda la información estará
disponible en este sistema, así mismo para que el personal encargado de
facturar estos eventos tenga la información necesaria en el momento exacto y
así agilizar la atención, por otro lado los médicos contaran con un sistema de
fácil entendimiento, con la codificación necesaria y de paso muy útil para hacer
la atención mas rápida, eficiente y cómoda para el paciente; además se contará
con una aplicación que permitirá al usuario mantener y obtener su registro de
vacunación, y así saber cuántas vacunas se ha aplicado hasta el momento, los
refuerzos de las mismas, como también cuantas y cuales le hacen falta, pero lo
mejor de este aplicativo es que como muchas veces necesitamos de este
reporte y en ocasiones el usuario no se encuentra en la ciudad tendrá un
aplicativo web que cumplirá con la misma función.
Además contara con un aplicativo móvil que ayudara a las vacunadoras en sus
barridos de vacunación en la zona rural donde no se puede tener acceso a la
tecnología del internet este será operado por medio de celulares, terminales
móviles o PDA.
1.3 Justificación del proyecto

El municipio de Tumaco cuenta con diferentes entidades prestadoras de
servicios de salud, cada una de ellas cuenta con un sistema de información
propio de la empresa, pero se ha notado que necesitan tener abiertos muchos
programas para llevar a cabo las actividades que allí se presentan, por tal razón
se creara SGIS software por medio del cual se realizaran todas estas actividades
sin necesidad de recurrir a programas externos, otra de las ventajas de SGIS es
que al ver la necesidad de tener un registro de vacunación vigente y que por
algún motivo no se tiene a la mano y es de suma importancia para desempeñar
alguna labor entonces se implementa un aplicativo para vacunación semejante o
mejor que el manejado por el PAI, el cual brindara esta información no solo en
las entidades prestadoras de salud, sino también desde la comodidad del hogar
por contar el mismo con una plataforma web.
1.4 Objetivos
1.4.1 General
Ser el software más versátil del Mercado, brindando agilidad y eficiencia a los
usuarios y a los funcionarios que lo operen y además ecológico por lo que con
este sistemas se disminuirá el uso excesivo del papel.
1.4.2 Específicos
Cumplir con más funciones que el software utilizado actualmente, brindar
agilidad en la prestación de servicios, proveer de la información necesaria a
todos los usuarios del sistema.
1.5 Impacto (social, económico, ambiental, tecnológico)
1. Social: el SGIS al ser un sistema compacto, mejoraría la atención

de usuarios, siendo este el factor que más impacto tendrá y por
ende le dará un estatus a la entidad en la sociedad
2. Económico: al ser versátil, reducirá los costos de operación,
agilizara los procesos y generara los ingresos que por no tener un
software rápido y eficaz muchas entidades prestadoras de servicios
en salud pierden.
3. Ambiental: se eliminara el excesivo gasto de papelería, lo cual
contribuirá en gran medida al medio ambiente
4. Tecnológico: se implementara el uso de las TIC`s, brindando así lo
ultimo en tecnología para el almacenamiento, análisis y
procesamiento de información.
1.6 Restricciones o Riesgos asociados

1) cambios en la normatividad sobre software destinados a la atención en
salud
1.7 Productos o resultados del proyecto
1) Sistema de Información de fácil uso
2) facturación más eficiente.
3) Generación de reportes de manera oportuna y eficaz.
4) Información sobre los ingresos obtenidos durante el ejercicio, más claros
y precisos.
5) tener un control de los insumos de la institución.
6) Pertinencia en los reportes de vacunación.
7) Seguridad y disponibilidad de datos en la web para el registro de carnet
de vacunación
8) Distribución y control de los insumos de vacunación y afines
6
1.8 Personal Responsable
EQUIPO QUE PARTICIPO EN LA FORMULACION DEL PROYECTO

NOMBRE ESPECIALIDAD
DANNY PASTOR URBANO Tecnólogo en Análisis y Desarrollo de Sistemas de
BANGUERA Información
CARLOS ENRIQUE NAVIA Tecnólogo en Análisis y Desarrollo de Sistemas de
Información
EDINSON BANGUERA Instructor ING. SISTEMAS.
MAIRONGO
1.9 Presupuesto Requerido
RECURSOS VALOR
Equipos
$ 18.170.000
Herramientas
Talento Humano $ 9.800.000
Transporte $ 500.000
Materiales de Formación $ 5.430.000
Otros Insumos
TOTAL $ 33.900.000
Es el presupuesto requerido hasta el momento.
1.10 Cronograma de Actividades

Planeación
FASES DEL ACTIVIDADES RESULTADOS COMPETENCIA
PROYECTO DEL PROYECTO DE ASOCIADA
APRENDIZAJE
Recolección de la Conocer las usa las herramientas de
información necesidades de la recolección de
necesaria entidad. información para
IDENTIFICACION mediante identificar las
DE LAS entrevista y necesidades del cliente
NECESIDADES encuestas
DEL CLIENTE realizadas a la
entidad o
entidades que
utilizaran el
software
7
Recolección de Conocer las Métodos de recolección
información por necesidades de de información
parte de los los usuarios, (Encuestas, Entrevistas,
usuarios de las saber que les Observación).
entidades gustaría que
prestadoras de mejorara en el
servicios de actual sistema de
salud, que han información y que
sido atendidos les gustaría que
mediante el se implementara.
software utilizado
por la misma.
Procesamiento de Elaborar una maneja y Elabora
la información base de datos propuestas de trabajo, de
obtenida durante con la acuerdo con la
el ejercicio de información interpretación de las
recolección de recogida. necesidades
información tecnológicas, expuestas
realizado a en el informe de
ejecutivos, requerimientos
empleados y
usuarios de la
entidad
ANALISIS DE prestadora de
SISTEMAS DE salud.
INFORMACION Análisis de los Una vez recogida Procesamiento y análisis
requerimientos la información se de la información
adicionales procede a obtenida en el proceso
(solicitados por analizarla y recolección de
los usuarios), y dependiendo de información.
búsqueda de vías los resultados
para obtenidos, se
implementarlos procede a la toma
en el sistema de de decisiones,
información,
como valor
agregado.
desarrollar un Elaborar Utiliza herramientas
anteproyecto diagramas de CASE para elaborar
utilizando el casos de uso. diagramas de casos de
lenguaje unificado • Elaborar uso, que
de modelado diagramas de representen el estado
UML el cual nos clases. actual de los
indicara el • Elaborar componentes del sistema,
comportamiento diagramas de apoyado en el
de las actividades transición de Análisis del informe de
8
del sistemas para estado. requerimientos.
futuras • Elaborar Elabora los diagramas
correcciones diagramas de UML, de acuerdo con las
secuencias. características de cada
• Realizar el uno de
modelo Ellos, basado en los
conceptual de la requerimientos del
solución cliente, utilizando
propuesta herramientas CASE.
Tomando como Desarrollo del usa las herramientas de
referencia los sistema haciendo desarrollo de diseño de
datos obtenidos uso de las TIC`s. interfaces y base de
en la datos
investigación
previa, se
procede al diseño
del sistema de
información.
DISEÑO DEL Se tiene en Implementación Habilidades en el manejo
SISTEMA DE cuenta los de los de las TIC`s, innovación,
INFORMACION requerimientos conocimientos creatividad, capacidad
tanto de los adquiridos a lo para hacer de un
ejecutivos como largo del proceso producto existente una
de los usuarios y de aprendizaje oportunidad de
se procede al tanto dentro como mejoramiento.
desarrollo del fuera de la
sistema de institución.
información.
crear una base de Construir la base Modela la base de datos,
datos donde la de datos, a partir a partir de la valoración
información del del modelo de de la información
esquema de datos obtenida en el diccionario
vacunación no se determinado en el de datos y el análisis de
pierde diseño del los procesos, de acuerdo
sistema, con las
utilizando Necesidades del sistema
sistemas de de información requerido.
gestión de base
de datos,
Una vez Construcción de Implementación del
analizado y la base de datos diseño del sistema de
realizado el de la empresa. información, haciendo
diseño del uso de las nuevas
sistema de Construcción tecnologías, realizando
información, se base de datos de las pruebas pertinentes
procede a la los usuarios. antes de su instalación
9
construcción del final.
mismo, teniendo Construir y
en cuenta los habilitar los
requerimientos diferentes tipos
del cliente, y los de contratos
valores establecidos por
agregados que se las empresas con
le puede dar al las EPS`s, IPS`s
sistema de y ARS`s.
CONSTRUCCION información
DE SOFTWARE aplicados a las Habilitar los
necesidades de diferentes niveles
los usuarios de Atención así
(comunidad en como los
general), las servicios
cuales se prestados en
obtuvieron cada uno de ellos
utilizando las y su codificación.
técnicas de
recolección de Verificación del
información. sistema en busca
de errores.
Diseñar la Interpretar el Construye la interfaz del
solución informe técnico aplicativo, siguiendo los
informática donde de diseño, para parámetros establecidos
se pueda determinar el plan en el diseño que cumpla
consultar en de trabajo con las necesidades del
internet y crear durante la fase de usuario final
software para construcción del
recolección de software.
esta información Construir la
en dispositivos interfaz de
móviles y en PC usuario, apoyado
de escritorio para en la evaluación
finalmente del prototipo,
sincronizarla y determinando las
actualizar a la entradas y salidas
base de datos requeridas en el
central. diseño y
definiéndolos
lineamientos para
la navegación, de
acuerdo con las
necesidades del
usuario.
diseñar bases de Construir la base Crea la base de datos en
10
datos que puedan de datos, a partir el motor de base de datos
ser manejadas del modelo de seleccionado, siguiendo
fácilmente por el datos especificaciones técnicas
administrador del determinado en el del informe
software diseño del
sistema,
utilizando
sistemas de
gestión de base
de datos,
Instalación del Construir el Elabora el programa de
aplicativo en la programa de instalación del aplicativo,
web; los instalación del de acuerdo con las
programas de aplicativo, características y la
escritorios y utilizando las arquitectura de la
móviles para herramientas de aplicación, utilizando
poder recoger la desarrollo herramientas
información por disponibles en el tecnológicas, según
parte de los mercado, según normas y protocolos de la
funcionarios. las características organización.
de la arquitectura
de la solución.
Una vez analizar el realizar las pruebas
IMPLANTACION construido el sistema pertinentes junto a las
DEL SISTEMA DE software, se aplicándolo en la personas interesadas en
INFORMACION procede a empresa. el software.
implementarlo en
la empresa
realizando las
pruebas
necesarias.
en caso de no Capacitar al hacerles entrega de un
haber errores en personal que manual de usuario.
el sistema se utilizara el
realiza una sistema de tener presente realizar
instalación total y información en el actualizaciones
se genera un funcionamiento periódicas del sistema de
reporte de del mismo, así información.
funcionamiento, como enseñarles
así como un el manual de
manual de usuario y de esta
usuario para su forma explorará el
fácil manejo. sistema más a
fondo.
mostrar el
software ya
11
instalado, dejar
que el cliente lo
trabaje y esperar
comentarios.
contactar a las Interpretar el Interpretar diagnósticos
empresas de diagnóstico de de soluciones
tecnologías para necesidades informáticas.
negociarla y así informáticas, para
hacer que nuestro determinar
software opere de las tecnológicas
la mejor manera requeridas en el
manejo de la
información, de
NEGOCIACION DE acuerdo
TECNOLOGIA con las normas y
PARA protocolos
IMPLEMENTACION establecidos por
DEL SISTEMA la empresa.
Solicitar las Implementar el Permanecer al tanto de
licencias servidor web que las actualizaciones y
concernientes al mejor se adapte a sobre todo tener acceso a
servidor web así los equipos que ellas gracias a la
como del software tiene la empresa legalidad del software
utilizado en la al mismo tiempo utilizado.
creación del que se tendrá la
aplicativo licencia del
mismo y del
software utilizado
para así obtener
un mejor
rendimiento del
aplicativo.
implementación Realizar la Al comprar la licencia de
del software y instalación del los programas utilizados
pruebas al mismo software y dar a en la elaboración del
demostrando los conocer a los software se tendrá la
alcances de este interesados que posibilidad de
y sobre todo la se puede hacer implementar
estabilidad del con el mismo y actualizaciones de
mismo sobre todo la seguridad lo cual dará
legalidad del mayor estabilidad así
CALIDAD DEL mismo como eficiencia al mismo.
SOFTWARE determinar en el Identificar puntos Identifica los puntos
transcurso de la críticos dentro de críticos de los procesos
prueba del los procesos para involucrados en el
software las adoptar acciones desarrollo de
12
debilidades del a seguir. software, para establecer
sistema que acciones de control,
pueda tener siguiendo los estándares
algunos de sus de calidad y
procesos de las políticas de la
sistematización organización
Evaluar los • Evaluar los Evalúa los procesos
procesos procesos del involucrados en el
involucrados en el desarrollo de desarrollo de software,
desarrollo de software, frente a aplicando técnicas de
software, un modelo de evaluación de procesos,
aplicando calidad. de acuerdo con los
técnicas de referentes de un modelo
evaluación de de calidad, para
procesos con el determinar su nivel de
fin de desarrollar capacidad o madurez
con calidad estos
procedimientos.
13
2 DEFINIR LOS REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN
2.1 Técnicas e Instrumentos de Recolección de la Información
Para recolectar información se contara con las técnicas de:

Encuestas
Entrevistas
Observación
2.2 Mapa de Procesos
Mapa de procesos del SIGS

mapa de
proceso hospital
facturacion vacunacion
consulta
externa
laboratorio
urgencias
pyp
Mapa de procesos de vacunación
datos pesonales
anamnecy
(interrogatorio)
historial medico
atencion al
iniciar dosis
cliente
correpondiente a
la edad
llenar formato de
dar informacion
vacunacion
cita proxima
vacunas
Mapa de procesos de facturación

proceso de facturacion
y cartera
revisar las bases de legalizar la consulta

atencion al usuario.
datos en el area que desea
pedir documentos
archivo clinico. resivir la atencion
enviar cuenta de cobro

a la otra entidad de
salud
enviar cuenta de cobro

a la otra entidad de
salud con farmacia
15
2.3 Plataforma Tecnológica de la Empresa
Lo que tiene la empresa
Computadores
Impresoras
Cd
USB.
Lo que requiere el software
Dispositivos móviles: como terminales móviles o PDA.

Computadores
Sistema operativo Windows XP o vista.
Servidor web.
3 ANALIZAR LOS REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN
3.1 Ciclos de vida del Software
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DEL SOFTWARE

nombre del modelo Ventajas Desventajas
• Requiere de un modelo del – No especificaciones
ciclo de vida – No diseño
– Planificación • Totalmente
– Faces insatisfactorio
Modelo Build and – Metas
Fix
– Documentación Documentos pueden ser

ambiguos
– Más fácil mantenimiento
Cascada Retroalimentación tardía
Requerimientos mal
entendidos
• Modelo lineal – Puede crear la impresión

• “Rápido” de que el producto final puede
• Garantizar entendimiento de generarse tan rápido como el
requerimientos desde el prototipo
inicio
– El equipo puede tener la
16
Prototipo Rápido tentación de reusar el prototipo
(código y diseño de baja
calidad)
• Dividir el proyecto en builds – Peligro de caer en construir

• Menos traumático y corregir (Build-and-fix)
• Rápido retorno de la – Si no se tiene una
inversión arquitectura definida desde
• Requiere de una arquitectura un inicio problemas para
abierta, se puedan integrar integrar y de mantenimiento
Modelo incremental las porciones que se van
generando a pesar de
requerimientos no estáticos.
• Se usan variaciones de este
ciclo de vida en los ciclos
orientados a objetos.
• Forma simplificada • Si los riesgos no pueden

– Modelo de cascada más resolverse el proyecto
análisis de riesgo termina inmediatamente
• A cada fase le precede
– Búsqueda de alternativas
– Análisis de resign
Modelo de espiral • Despise de cada fase:
– Evaluación
– Planeación de la
siguietne fase
Menor probabilidad de que el • El proceso no es visible

proyecto falle. (por la rapidez no es
Mayor productividad. rentable documentar)
Mitigación de riesgos en
Modelo evolutivo iteraciones tempranas. • Produce sistemas
Progreso visible en un corto pobremente
tiempo. estructurados (debido a
Retroalimentación oportuna. los cambios continuos)
En cada iteración se genera
conocimiento que permitirá • Se requieren habilidades
mejorar las subsecuentes especiales (en
iteraciones. • herramientas para
prototipos rápidos)
17
Con el ciclo de vida que vamos a trabajar es el con del cascada por lo que con
este ciclo podemos trabajar desde cero y es mas fácil de aplicar para nuestro
proyecto.
3.2 Especificaciones de requerimientos de Software
Proyecto sistema de informático de gestión en salud

(SIGS)
Introducción
El municipio de Tumaco cuenta con diferentes entidades prestadoras de
servicios de salud, cada una de ellas cuenta con un sistema de información
propio de la empresa, pero se ha notado que necesitan tener abiertos muchos
programas para llevar a cabo las actividades lo cual hace mas lenta la atención
el cliente lo que hace insuficiente el servicio.
Propósito
El presente documento tiene como propósito definir los requerimientos de
software del que allí se presentan, por tal razón se creara SGIS software por
medio del cual se realizaran todas estas actividades sin necesidad de recurrir a
programas externos.
El público esperado por la presente especificación de requerimientos

corresponde al cliente que encarga el proyecto y el equipo de desarrollo.
Alcance
El proyecto será conocido ahora en adelante como: “SIGS”, por lo tanto a partir
de ahora al hacer referencia al software, producto de software, “SIGS”; nos
Referiremos a lo mismo.
El SIGS deberá permitir tener un registro de facturación y de sistematización de

los procesos de citas, consulta externa, farmacia, odontología, urgencia,
promoción y prevención y de vacunación vigente y que por algún motivo no se
tiene a la mano y es de suma importancia para desempeñar alguna labor
entonces se implementa un aplicativo para vacunación semejante o mejor que el
manejado por el PAI, el cual brindara esta información no solo en las entidades
prestadoras de salud, sino también desde la comodidad del hogar por contar el
mismo con una plataforma web como también ayudará a la entidades para
reportar e inventariar sus vacunas.
Definiciones, acrónimos y abreviaciones

SIGS: sistema informático en gestión en salud.
Referencias
Los siguientes documentos se han consultado para la confección de la actual
especificación de requerimientos:
IEEE-Std-830-1998: IEEE Recommended Practice for Software Requirements
Specifications.
18
Como también investigación por nuestra parte a los profesionales idóneos en el
tema que nos han asesorado para poder llevar a feliz termino y que nuestro
software sea el mas eficiente y completo del mercado en el ámbito de la salud.
Acerca
El documento se encuentra organizado respetando la estructura propuesta en el
estándar
IEEE-830
Descripción general
Se dispondrá de una aplicación de escritorio que operara baja la plataforma de
Windows, un software para dispositivos móviles como terminales móviles o PDA
la cual operara bajo plataforma java y un servidor Apache con soporte de PHP y
un motor de base de datos. Los detalles de estos serán dados más adelante. El
equipo que ejecutará los servidores será accesible desde Internet en el caso de
los usuarios para averiguar el estado de vacunas. Las características del equipo
y el acceso a internet dependerán en gran medida de la cantidad de usuarios
que visiten la página web a la vez.
Perspectivas del producto

El SIGS estará alojado en un sistema mayor y será accedido por varios sistemas,
Por lo que se necesita mantener el respeto de los distintos estándares asociados
a la web y en particular con la aplicación.
Se debe tener cuidado con respecto a una correcta visualización en los

navegadores más extendidos en el mercado: Internet Explorer, Mozilla Firefox,
Opera, Safari, Konqueror, etc.
La comunicación entre el servidor de páginas web y el servidor de bases de

datos podrá ser local o remota, es decir se pueden encontrar instalados en una
misma máquina o en distintas maquinas.
Esto en el caso de la plataforma web del sistema.
En el caso de la aplicación de escritorio manejar la plataforma Windows ya que

esta es el estándar en el mercado.
En el caso de los dispositivos móviles el sistema trabajara con plataforma java.
Interfaces de sistema
Conexión entre Apache y MySQL: Provista por módulos de PHP, por lo que debe
estar instalado el modulo php_mysql.dll y cargado en el archivo de
configuraciones de PHP.
Que las aplicaciones se sincronicen para poder trasladar información de una a

otra aplicación ya que esto es esencial para las el personal de la zona rural y los
que hacen barridos en las calles por lo que evitan la transcripción.
19
Conexión entre el SIGS y el sistema que lo aloja: Será provista por el servidor
Apache.
Interfaces de usuario
Las interfaces de usuario serán provistas vía HTML por lo que las restricciones
son las relativas a este lenguaje de marcas.
Las interfaces de usuario deberán tener colores y que sean agradables al
administrador del sistema.
Las distintas secciones y opciones deben ser operados desde un menú principal.
Interfaces de hardware
El SIGS (sistema informático de gestión en salud) hará uso de los siguientes
recursos de hardware:
Puerto USB la cual nos servirá para sincronizar esta información con los demás
programas.
Puerto TCP 80: Usado para el acceso por parte del visitante vía navegador.
Puerto de acceso al motor de base de datos: Dependerá del motor de base
datos.
Interfaces de software
El sistema no tendrá interfaces con otro software.
Interfaces de comunicaciones
Protocolo TCP.
Restricciones de memoria
Las restricciones de memoria dependerán de la cantidad de usuarios que visiten
el sitio, por lo tanto se deberá especificar cuando se determine el tamaño total
del sitio, como de la aplicación de escritorio y del dispositivo móvil.
Operación
El sistema deberá soportar el respaldo de las configuraciones y los datos
publicados por los usuarios.
Requisitos Funcionales
Requisito funcional 1:
Debe existir un modulo que permite la administración de usuarios y sus permisos.
Debe existir un modulo que permita el ingreso y edición de la información
referente al cliente dependiendo la atención, como también de los datos de
inventarios de las vacunas y los reportes de vacunas aplicadas a los usuarios del
sistema.
Debe existir un modulo que permita el manejar los reportes de facturación de
procedimiento y vacunación de la entidad.
Debe existir un modulo que permita sincronizar la información de cada
dispositivo del software móvil al de escritorio y web y del escritorio al web.
20
Debe existir un modulo que permita modificar y adicionar los campos al sistemas.
Debe existir un modulo que permita generar los reportes de tanto de facturación
como de los procedimientos médicos y de vacunación, estado de vacunación de
los usuarios y reporte que se presentan a la eps, secretaria y ministerio de salud
nacional
Requisitos No Funcionales
Requisito de rendimiento
Hasta el momento no se ha especificado la cantidad estimada de usuarios a
ingresar por parte de este sistema además los tiempos de respuestas
dependerán directamente de los motores a utilizarse (web y de base de datos),
este tema es materia de continuo estudio por parte del desarrollador del sistema
a cargo dejando dicha responsabilidad al equipo que esté a cargo del software.
Seguridad
El sistema contempla un sistema de cuentas con diferentes niveles de permisos
para lo que manipulación de información se refiere. El sistema no debe permitir
la edición de los registros a menos que se tenga explícitamente los permisos
Fiabilidad
El sistema al ser un sistema controlado por el administrador para modificación
de datos que solo maneja personal administrativo en su funcionamiento, la
fiabilidad en el presente sistema pasa por el aspecto recién mencionado. Los
tiempos de respuesta ante fallas tanto en la información como del
funcionamiento dependen directamente de la política de la empresa debido a
que estos aspectos son de carácter administrativo y operativo del software.
Disponibilidad
La disponibilidad dependerá directamente de la política de la empresa, los
sistemas web soportan una disponibilidad de 24/7 (24 hrs al día 7 días a la
semana), con esto queremos decir que teóricamente el sistema puede estar
siempre online pero dependerá del hardware utilizado en la implementación
como el que opera en el computador de escritorio o dispositivo móvil los cuales
su disponibilidad depende a los criterios de la empresa.
Mantenibilidad
El sistema está diseñado en módulos permitiendo que el sistema sufra
modificaciones sobre todo de interface de usuario. La base de datos debe ser
respaldada vaciada del servidor periódicamente quedando a criterio del
desarrollador la continuidad de dicho trabajo.
21
Portabilidad
El sistema no presenta dependencia con respecto a un sistema operativo
definido permitiendo esto que pueda utilizarse en diferentes entornos mientras
en ellos se esté corriendo un servidor web con soporte PHP y con un servidor de
base de datos, en el diseño del presente sistema contemplamos como motor de
base de datos MySQL. En resumen la portabilidad depende de la disponibilidad
de los motores en los diferentes sistemas operativos. La aplicación corre
completamente desde el servidor siendo la página vista en los clientes el
resultado del procesamiento del contenido hecho en el servidor en el caso de la
web.
En los entornos de escritorio y móvil el sistema dependerá de una plataforma

para el de escritorio el estándar del mercado que es Windows y para el
dispositivo móvil que este software se ejecute en una plataforma java.
3.3 Diagramas de Casos de Uso
Aquí se muestra el comportamiento del sistema en base de las actividades del

hospital.
22
3.3.1 Especificaciones de Casos de Uso
Aquí es donde se documenta los respectivos casos de usos diseñados

inicialmente, con el fin de tener mas claridad en el desarrollo del sistema;
además nos sirve para documentar aun mas nuestro proyecto y es aquí donde
se muestra el proceso realizado normalmente en la entidad o tema a
sistematizar y el como lo hará el sistemas.
Nombre caso de uso: CITAS MEDICA ID única:

usuario .cc
Área: Atención y procedimientos
Actor(es): cliente, facturador
Descripción: permite al facturador recopilar o verificar los datos de ley como
para que atención asiste
Activar evento: el administrador del software verifica la información del
paciente y se remite al procedimiento solicitado, se da información al paciente
a los procedimientos que puede acceder de acuerdo a su edad.
Tipo de señal: externa temporal
Pasos desempeñados (ruta Información para los pasos
principal)
Petición de documentos Llenar formularios con datos de ley
Atención que desea recibir Seleccionar la opción de la atención a
recibir
recomendaciones Procedimientos de acuerdo a la edad
del paciente
Precondiciones: pacientes que no están en sistema ingresarlos

Pos condiciones: el administrador ha guardado la información exitosamente
Suposiciones: paciente no presenta ningún documento o no recuerda el
número de identificación.
Reunir requerimientos: solicitar documentos y recopilar la información
pertinente a los pacientes.
Aspectos sobresalientes: restringir el número de veces que asiste un
paciente a los servicios prestados por la entidad.
Prioridad: media
Riesgo: media
Nombre caso de uso: CONSULTA EXTERNA ID única: C.externa .cc

Área: realización de los procedimientos
Actor(es): cliente, medico general
Descripción: es donde se realiza la atención al cliente y se le hacen los
chequeos respectivos para tratar de conseguir la afección.
paciente en cuestión de historial medico mirando los antecedentes de
enfermedades que tiene el paciente y describe en el historial la nueva
23
enfermedad que presenta el paciente.
principal)
El medico verifica los datos del Llenar formularios con datos de ley
paciente
El medico hace los chequeos En el formato coloca el código del
respectivos para diagnosticar la diagnostico
afección del paciente
Receta los medicamentos o envía En el formulario describe la receta
exámenes medica o describe el tipo de examen
a realizar
Precondiciones: el paciente ya saco la cita para esta atención
Pos condiciones: el medico ha guardado la información de diagnostico y
receta medica o examen laboratorio exitosamente
Suposiciones: ninguna.
Reunir requerimientos: recopilar la información pertinente a del paciente en
cuestión de historia clínica.
Aspectos sobresalientes: la atención es por un solo problema de salud no se
permite mas.
Prioridad: ALTA
Riesgo: ALTA
NOMBRE CASO DE USO: LABORATORIO ID única:

Laboratorio .cc
Área: realización y análisis de muestras de medicas
Actor(es): cliente, bacteriólogo.
Descripción: Es donde se realizan al paciente todos los exámenes que envía
el medico, previa facturación de los mismos.
paciente en cuestión, se verifica que los exámenes enviados por el medico
estén previamente facturados y se procede a la toma de los mismos.
principal)
El auxiliar de laboratorio verifica los Llenar formularios con datos de ley
datos del paciente
El auxiliar realiza la toma de los En el formato se coloca el resultado
respectivos exámenes. de los exámenes y se envían al
medico.
Precondiciones: el paciente debe ser remitido por un medico para la toma de
exámenes.
Pos condiciones: el auxiliar de laboratorio ha guardado y enviado la
información de los resultados de los exámenes de laboratorio.
24
Suposiciones: En ocasiones no hay reactivos por lo tanto algunos exámenes
quedaran pendientes.
Reunir requerimientos: los exámenes deben ser enviados únicamente por un
medico de lo contrario se hará caso omiso.
Aspectos sobresalientes: la atención es por un solo problema de salud no se
permite mas.
Prioridad: ALTA
Riesgo: ALTA
Nombre caso de uso: URGENCIA ID única:

Urgencias .cc
Área: Atención de urgencias
Actor(es): cliente, enfermeras, auxiliar de laboratorio, regente, medico general
Descripción: es donde se realizan los procedimientos de extrema urgencia
los cuales no dan espera para ser tratados en consulta externa.
Activar evento: Se realiza Triage al paciente para corroborar que la consulta
debe ser atendida como una urgencia, luego se solicitan documentos, pasa el
paciente al área de facturación donde se verifican los datos y se le hace la
admisión, el paciente pasa donde el medico quien le brinda la atención
pertinente, el medico a su vez le envía una serie de exámenes para poder
entregar un diagnostico acertado y poder suministrarle el tratamiento que el
paciente requiere durante la consulta de urgencias, luego el medico remite al
paciente a controles en consulta externa para tratar mas a fondo la
enfermedad.
principal)
La enfermera jefe realiza Triage al Se toman los signos vitales del
paciente paciente y se llena un formulario el
cual pasa al área de facturación y
posteriormente al medico de turno.
El medico hace los chequeos En el formato el medico coloca el
respectivos para diagnosticar la diagnostico de ingreso del paciente
afección del paciente , se le envía así mismo como los exámenes y
exámenes al mismo procedimientos que se van a realizar
durante la atención.
Se reciben resultados de exámenes Se verifican los resultados de los
de laboratorio exámenes de laboratorio, de esta
forma el medico puede diagnosticar
mejor al paciente y tomar las medidas
correspondientes al caso.
Se le da salida al paciente Ya con los resultados el medico le da
salida al paciente suministrándole los
medicamentos necesarios para el
25
tratamiento de la urgencia medica y
de paso hacerle recomendaciones a
los pacientes sobre el cuidado de su
salud.
Precondiciones: el paciente debe presentar las condiciones mínimas para ser
atendido por urgencias.
Pos condiciones: el medico ha guardado la información de diagnostico y
receta medica o examen laboratorio exitosamente
Suposiciones: Si el caso no se puede tratar adecuadamente en la institución
se le da al paciente remisión a otro nivel de seguridad.
Reunir requerimientos: recopilar la información pertinente a del paciente en
cuestión de historia clínica.
Aspectos sobresalientes: la atención es por problemas de salud de extrema
urgencia
Prioridad: ALTA
Riesgo: ALTA
Nombre caso de uso: PROMOCION Y ID única: PyP .cc

PREVENCION
Área: capacitación.
Actor(es): cliente, enfermera, medico general, odontólogos.
Descripción: es donde se realizan los procedimientos concernientes a la
promoción y prevención, se realizan de acuerdo a las edades y sexo de los
pacientes y a su frecuencia.
paciente en cuestión de historial medico mirando los antecedentes de
enfermedades que tiene el paciente así como los controles a los que ha
asistido y a los que debe asistir en ese periodo.
principal)
El profesional en salud verifica los Llenar formularios con datos de ley
datos del paciente
El profesional de la salud realiza los En el formato coloca el avance del
procedimientos de PyP respectivos paciente de acuerdo a los controles a
dependiendo de la edad y sexo de los los que a asistido, siendo de mucha
pacientes. importancia la edad y el sexo del
26
paciente.
Se brinda charla educativa y se hacen Se educa al paciente con respecto al
recomendaciones a los pacientes. cuidado de su salud, de los avances
que ha tenido durante el control el
cual debe ser seguido por un medico,
auxiliar de enfermería, u odontólogo.
Precondiciones: el paciente debe encontrarse en la edad y sexo respectivo

para recibir a atención.
Pos condiciones: el encargado en la atención y capacitación desde registrar
al personal asistente a la charla
Suposiciones: el paciente no se encuentra en las edades y sexo respectivos.
Reunir requerimientos: el paciente debe estar en el centro asistencial y estar
en espera a su atención medica.
Aspectos sobresalientes: se debe captar al paciente y hacerle darle un a
charla sobre el problema que manifiesta como recomendaciones para mejorar
su vida.
Prioridad: media
Riesgo: media
NOMBRE CASO DE USO: VACUNACION ID única:

vacunación .cc
Área: control de patologías.
Actor(es): cliente, enfermera.
aplicación de vacunas de acuerdo a la edad; control de las vacunas que
llegan desde el departamento de salud, para su posterior inventario y
distribución a los diferentes sedes del hospital o eps.
Activar evento: el administrador del software verifica la información referente
a la cantidad de vacunas que hay cuantas le envía a las sucursales; como
también el control del registro de vacunación del paciente fijándose en el
historial de vacunación anterior para actualizarla.
principal)
El profesional en salud verifica los Llenar formularios con datos de ley
datos del paciente
El profesional de la salud realiza los Se llena el formulario con las vacunas
procedimientos de verificación de las aplicadas al paciente y se les deja
vacunas aplicadas y llena los registros pendiente las próximas a hacer
de la próxima vacuna y aplica la aplicadas
vacuna que le toca en la cita actual.
Se determina en el. Inventario En alguna parte del software debe
cuantas vacunas sean aplicado y existir una opción que mantenga al
cuantas les falta por aplicar en el tanto al personal como la jefe de la
27
establecimiento. dependencia del reporte de estas
vacunas y que paso con ellas.
Debe llevar un registro digital del Se debe actualizar la información
historial de vacunación tanto en la base de datos de la
aplicación como en internet
Precondiciones: el paciente debe tener su carnet o certificado de registros
de vacunación.
Pos condiciones: el profesional en salud debe actualizarle el certificado de
vacunación y actualizar los registros en internet.
Suposiciones: en caso de no tener un carnet de vacunación se le realiza uno
nuevo.
Reunir requerimientos: el paciente debe tener su carnet o certificado de
vacunación
Aspectos sobresalientes: en caso de barrido se debe llevar una versión
portable para móviles para poder hacer el registro de la información
Prioridad: media
Riesgo: media
NOMBRE CASO DE USO: FACTURACION ID única:

vacunación .cc
Área: control de patologías.
Actor(es): cliente, facturador
aplicación de vacunas de acuerdo a la edad; control de las vacunas que
llegan desde el departamento de salud, para su posterior inventario y
distribución a los diferentes sedes del hospital o eps.
paciente la atención que recibió y los medicamentos o exámenes que el
medico le recetó como el valor de estos para su posterior envío a la eps en la
que esta afiliado el usuario.
principal)
El facturador verifica los datos del Llenar formularios con datos de ley
paciente
El facturador realiza los Se llena el formulario con las atenciones
procedimientos de verificación de y procedimientos realizados,
los servicios recibidos y su medicamentos y exámenes y se agrega
posterior. el valor por cada procedimiento
Se envía un reporte de todas las En alguna parte del software debe existir
actividades de cobranza al jefe de una opción que permita imprimir un
facturación para que este lo revise y reporte con toda la información referente
pasa la cuenta de cobro a cada a los servicios prestados con su
eps. respectivo valor a pagar por la eps.
28
Precondiciones: el paciente debe haber recibido una atención médica para
hacerle cobro.
Pos condiciones: el facturador debe guardar esta información y enviarla al
jefe de facturación.
Suposiciones: ninguna.
Reunir requerimientos: el paciente debe haber recibido la atención medica
por la que fue facturado
Aspectos sobresalientes: ninguno
Prioridad: media
Riesgo: media
NOMBRE CASO DE USO: COPAGO ID única: COP .cc

Área: Pago por servicios
Actor(es): cliente, facturador, trabajador social
Descripción: es donde se realizan los procedimientos de cobro al paciente de
un porcentaje cuando este no esta afiliado a una eps el cual tiene que ser
valorado por el trabajador social quien decidirá si el cliente debe pagar o no.
paciente los procedimientos que le fueron realizados el valor de cada uno de
estos y la eps a la que esta afiliado.
principal)
El facturador verifica los datos del Verificar datos del paciente, si este no
paciente y realiza el cobro por los presenta carnet de salud realizar
servicios prestados. cobro por los servicios prestados al
paciente.
Si el paciente no puede o no tiene el Si el paciente no presenta carnet de
dinero cobrado por los servicios se lo salud se le hace el cobro total por los
remite donde el profesional de trabajo servicios prestados.
social Si el paciente asume no tener el total
del valor a pagar el facturador lo
remite donde el profesional en trabajo
social.
El profesional en trabajo social hará
un estudio socio-económico al cliente
para con ello asignarle una nueva
tarifa a pagar la cual será soportada
con un recibo con firma y sello del
profesional en trabajo social.
Se realiza el cobro de los servicios Se solicita recibo con descuento por
esta vez con los valores asignados parte del profesional en trabajo social.
por el profesional en trabajo social en Se hace l cobro respectivo de los
un recibo con firma y sello del mismo. servicios prestados con el descuento
y se le anexa el recibo de trabajo
social.
29
se educa al cliente Una vez realizado el proceso de
facturación se educa al paciente para
que acuda a la secretaria de salud y
realice las diligencias con el fin de
obtener un carnet de salud y se evite
estar pagando por este tipo de
servicios.
Precondiciones: El paciente no presenta carnet de salud
Pos condiciones: El facturador debe cobrar al cliente los servicios prestados
Suposiciones: en caso de no tener dinero suficiente para pagar el cliente
debe remitirse a trabajo social.
Reunir requerimientos: el paciente no debe tener carnet de salud.
Aspectos sobresalientes:
Prioridad: media
Riesgo: media
NOMBRE CASO DE USO: REPORTE DE ID única: Reporte .cc

FACTURACION
Área: Pago por servicios
Actor(es): jefe de facturación, EPS, IDSN
Descripción: Es donde el jefe de facturación una vez cumplido el mes hace
un compilado de todas las actividades realizadas por la institución y las separa
por EPS para luego realizar el cobro respectivo.
Activar evento: el administrador del software recopila la información generada
por el área de facturación y realiza un informe detallado sobre cada EPS para
así generar los cobros respectivos.
principal)
El jefe de facturación hace la Los facturadores deben tener la
recolección de la información información al día para que el jefe de
generada en el área de facturación. área realice la recolección de la
misma en el momento indicado por la
empresa.
Se clasifica la información y se la La información se clasifica por tipo de
separa por empresas atención y por EPS de esta forma se
tendrá total control a la hora de cobrar
los servicios.
Se verifica la información para Una vez clasificada la información se
solucionar algunos errores que no verifica por medio de un filtro los
hayan sido detectados durante el posibles errores que se hayan
proceso de facturación. cometido durante el proceso de
facturación, esto con el fin de no tener
glosas y cumplir con las metas
estipuladas por cada una de las EPS.
30
Se compila la información mediante Una vez realizadas las correcciones
archivos planos los cuales a su vez pertinentes el jefe de facturación
deberán enviarse junto a los archivos deberá hacer copias de los archivos
físicos a cada una de las EPS generados mediante el validador de
servicios y pasarlos a archivos planos
los cuales pasaran a su vez al jefe de
facturación de las EPS vinculadas a la
empresa para así poder hacer el
cobro respectivo por los servicios
prestados.
Precondiciones: los servicios facturados deben estar al día
Pos condiciones: El jefe de facturación hace el cobro a las EPS por los
servicios prestados
Suposiciones: en caso de cumplir con las metas propuestas deberá realizar
plan de contingencia para lograr su cumplimiento.
Reunir requerimientos: La información no debe presentar errores de ninguna
índole.
Aspectos sobresalientes: se tendrá la información en el momento indicado
con los estándares de calidad exigidos y se obtendrán las ganancias
esperadas.
Prioridad: alta
Riesgo: alto
3.4 Diagrama de Interacción
3.4.1 Diagrama de secuencia
En estos diagramas se muestran el comportamiento del flujo de información de

cada caso de uso, entre los objetos que participan en el sistema para posterior
análisis y aquí se tiene una idea clara sobre lo que va hacer el sistema.
Además con estos diagramas se puede ver el tiempo de vida de cada objeto que
participa en este interacción.
31
Diagrama de secuencia de el caso sacar citas
32
Diagrama consulta externa
Diagrama laboratorio
33
Diagrama PyP
34
Diagrama de urgencias
35
Diagrama de vacunación
36
Diagrama de facturación
Diagrama de copago
37
Diagrama reporte de facturación
38
3.4.2 Diagrama de colaboración
Con estos diagramas se muestra el flujo de información mas detallado entre los
objetos que interactúan directamente aquí no se mide el ciclo de vida del objeto
sino interacción directa entre los objetos participantes.
Diagrama de citas medicas
Diagrama consulta externa
39
Diagrama laboratorio
Diagrama PyP
40
Diagrama de urgencias
41
Diagrama de vacunación
Diagrama de facturación
42
Diagrama de copago
Diagrama reporte de facturación
43
3.5 Diagrama de Clases
En este diagrama se comienza a diseñar los diferentes campos o tributos que
tendrá las clases del sistema de información para poderse diseñar en un gestor
de base datos y posteriormente en un lenguaje de programación en este
diagrama se especifica las carteristicas básica que tendrá cada clase y sus
atributos para que nuestro sistema pueda funcionar eficientemente.
44
3.6 Base de datos
MAPA CONCEPTUAL DE LOS FUNDAMENTOS DE LA BASE DE DATOS
en este diagrama esta todo lo relacionado con la teoría de base datos.
3.6.1 Diccionario de Datos - Mini especificaciones

En esta parte del análisis de sistemas se plasman los atributos y de las clases
del sistema mas detalladamente mirando el desde el nombre del atributo hasta
la longitud que va a tener en el sistema como otras descripciones que harán que
sea mas detallado para la posterior creación de la base de datos en un gestor
de base de datos y creación del software.
FACTURACIÓN, PROCEDIMIENTOS MÉDICOS Y VACUNACION.
Nombre: Funcionario
Alias: N/A
Descripción: Es donde se consigna la información del personal de salud del
hospital.
Atributo Tipo de dato Visibilidad Valor inicial Tamaño -
longitud
Apellido Cadena Publico 30
Nombre Cadena Publico 30
Tipo de Cadena Publico
documento
Numero de doc. integer Publico 10
Fecha de Date Publico dd/mm/aaaa 10
45
nacimiento
Sexo Carácter Publico M 1
Teléfono Integer Publico 10
Profesión Cadena Publico 60
Nº tarjeta Prof. Integer Publico
División de Cadena Publico 80
atención
Dirección Alfanumérico Publico 80
Nombre: Prestadoras
Alias: N/A
Descripción: Es donde se consigna la información de las entidades de salud
Atributo Tipo de Visibilidad Valor inicial Tamaño -
dato longitud
prestador
Nit/cc Integer Publico
Tipo de Cadena Publico NI 2
documento
Numero de doc. integer Publico 20
Numero factura Integer Publico 20
Fecha Date Publico dd/mm/aaaa 10
expedición
factura
Fecha inicio Date Publico dd/mm/aaaa 10
Fecha final Date Publico /mm/aaaa 10
Código entidad Integer Publico 6
admón.
Nombre entidad Cadena Publico 30
admón.
Numero de Integer Publico 15
contrato
Plan beneficios Cadena Publico 30
Numero de Integer publico 10
póliza
Valor total del Real Publico 0.0 15
pago
compartido
(copago)
Valor de la Real Publico 0.0 15
comisión
Valor total Real Publico 0.0 15
descuentos
Valor neto a Real Publico 0.0 15
46
pagar
Nombre: Datos Usuario

Alias: N/A
Descripción: Es donde se consigna la información del personal de salud del
hospital.
longitud
Tipo de Cadena Publico CC 2
identificación
del usuario
Numero de Entero Publico 20
identificación
del usuario en
el sist.
Código entidad Entero Publico 6
admón.
Tipo usuario Entero Publico 1
Primer Apellido Cadena Publico 30
Segundo Cadena Publico 30
apellido
Primer nombre Cadena Publico 20
Segundo Cadena Publico 20
nombre
Edad Entero Publico 3
Unidad de Carácter Publico 1
medida de edad
Sexo Carácter Publico 1
Código de Entero Publico 2
municipio
municipio
residencia
habitual
Zona residencia Carácter Publico 1
Fecha de Date Publico /mm/aaaa 10
nacimiento
Teléfono Integer Publico
Nombre: Datos consulta externa

Alias: N/A
Descripción: Es donde se consigna la información del paciente y del proceso de
47
consulta.
longitud
Numero de la Entero Publico 20
factura.
Código Entero Publico 10
prestador
servicio
identificación
del usuario
identificación
del usuario en
el sist.
Fecha de la Fecha Publico /mm/aaaa 10
consulta
Número de Entero Publico 15

autorización
consulta
Finalidad Entero Publico 2

consulta
Causa externa Entero Publico 2
Código del Entero Publico 4
diagnóstico
principal

diagnóstico
relacionado
No. 1
diagnóstico
relacionado
No. 2
diagnóstico
relacionado
No. 3
Tipo de 1
diagnóstico
principal
48
Valor de la 0.0 15
consulta
Valor de la 0.0 15
cuota
moderadora
pagar
Nombre: Datos consulta externa

Alias: N/A
Descripción: Es donde se consigna la información del paciente y del proceso de
consulta.
longitud
factura.
Código Entero Publico 10
prestador
servicio
identificación
del usuario
identificación
del usuario en
el sist.
Fecha de la Fecha Publico /mm/aaaa 10
consulta

autorización
consulta
Finalidad Entero Publico 2

consulta
Causa externa Entero Publico 2
diagnóstico
principal

diagnóstico
relacionado
No. 1
49
diagnóstico
relacionado
No. 2
diagnóstico
relacionado
No. 3
Tipo de 1
diagnóstico
principal
Valor de la 0.0 15
consulta
Valor de la 0.0 15
cuota
moderadora
pagar
Nombre: Datos procedimiento.

Alias: N/A
Descripción: Es donde se consigna la información del paciente y del proceso
de consulta.
dato longitud
factura.
Código prestador Entero Publico 10
servicio
identificación del
usuario
identificación del
usuario en el
sist.
Fecha del Fecha Publico /mm/aaaa 10
procedimiento
autorización
procedimiento
50
Ámbito de Carácter Publico 1
realización del
procedimiento
Finalidad Carácter Publico 1
procedimiento
Personal que Carácter Publico 1
atiende
diagnóstico
principal

diagnóstico
relacionado
complicación Entero Publico 4
Forma de carácter Publico 1
realización del
acto quirúrgico
valor del Entero Publico 0.0 15

procedimiento
Nombre: Datos Urgencia.

Alias: N/A
Descripción: Es donde se consigna la información del paciente y del proceso
de consulta.
dato longitud
factura.
Código prestador Entero Publico 10
servicio
identificación del
usuario
identificación del
usuario en el
sist.
Fecha de ingreso Fecha Publico /mm/aaaa 10
del usuario a
observación
Hora de ingreso Fecha Hh : mm 5
del usuario a
51
observación
autorización
Causa externa Cadena Publico 2
Diagnóstico a la Cadena Publico 4

salida
Diagnóstico Cadena Publico 4

relacionado No.
1, a la salida
Diagnóstico cadena Publico 4
relacionado Nro.
2, a la salida
Diagnóstico cadena Publico 4
relacionado Nro.
3, a la salida
Destino del carácter Publico 1
usuario a la
salida de
observación
Estado a la salida Carácter Publico 1
Causa básica de entero publico 4
muerte en
urgencias
Fecha de salida fecha Publico dd/mm/aaa 10
del usuario de a
observación
Hora de salida fecha Publico Hh : mm 5
del usuario de
observación
Nombre: Departamento
Alias: N/A
Descripción: Es donde se consigna la información del departamento
Atributo Tipo de dato Visibilidad Valor Tamaño -
inicial longitud
Código Cadena Publico 2
departamento
Nombre Cadena publico 30
departamento
Nombre: Información municipio
52
Alias: N/A
Descripción: Es donde se consigna la información de las vacunas y nuevas
vacunas para nuevas enfermedades
inicial longitud
Código Cadena Publico 2
departamento
Nombre Cadena publico 30
departamento
Nombre: Usuario vacunación

Alias: N/A
Descripción: Es donde se recolecta todos los datos del paciente
inicial longitud
Apellido Cadena Publico 30
Fecha de Date Publico /mm/aaaa 10
nacimiento
Dirección Cadena Publico 40
Aseguradora Cadena Publico 40
Sexo Carácter Publico M–F 1
Numero de Integer Publico
afiliación
Tipo cadena publico CC 2
identificación
Numero de Integer Publico
ident.
Grupo Carácter Publico 1
sanguíneo
RH Carácter Publico 1
Nombre: Carnet de vacunación

Alias: N/A
Descripción: Es donde se consigna la información que tiene que ver con las
vacunas aplicadas a los usuarios.
dato longitud
biológico Cadena Publico 30
fecha date Publico /mm/aaaa 10
Próxima cita Date Publico /mm/aaaa 10
Laboratorio cadena Publico 30
Centro de salud Cadena Publico 40
53
Lote Integer Publico 30
Vacunador Cadena Publico 60
Observaciones Cadena Publico 255
Nombre: Esquema único de vacunación

Alias: N/A
Descripción: Es donde se consigna la información de las vacunas y nuevas
vacunas para nuevas enfermedades
inicial longitud
enfermedad Cadena Publico 30
vacuna cadena Publico 30
dosis Integer Publico
Numero dosis Integer Publico
Vía y sitio de Cadena Publico 90
aplicación
refuerzos cadena Publico 30
Nombre: Datos recién nacido

Alias: N/A
Descripción: Es donde se consigna la información que tiene que ver el estado
de talla y peso del recién nacido para aplicarles las vacunas.
inicial longitud
Peso al nacer Integer Publico
Peso al alta integer Publico
talla integer Publico
Perímetro integer Publico
cefálico
54
BASE DE DATOS REALIZADA EN ACCESS
Figura de las tablas de la base de datos(vista relaciones)
Desarrollo de base de datos con MYSQL vista de base y tablas de forma

arbórea
55
INSTRUCCIONES SQL
El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos

normalizado, utilizado por el motor de base de datos de Microsoft Jet. SQL se
utiliza para crear objetos QueryDef, como el argumento de origen del método
OpenRecordSet y como la propiedad RecordSource del control de datos.
También se puede utilizar con el método Execute para crear y manipular
directamente las bases de datos Jet y crear consultas SQL de paso a través
para manipular bases de datos remotas cliente - servidor.
Algunos ejemplos de este lenguaje son:
Ejemplo1
Crear base de datos

CREATE DATABASE sigs ;
Ejemplo 2
Creación de una tabla
CREATE TABLE funcionario (Nombre TEXT (25) , Apellidos TEXT (50),

identificación INTEGER CONSTRAINT);
Ejemplo 3
Introducir datos a una tabla
INSERT INTO funcionario (Nombre, Apellido, Cargo)

VALUES ('Luis', 'Sánchez', 'Becario');
Ejemplo4
Ejemplo para consultar datos de un tabla de una base de datos.
SELECT nombre, apellido FROM funcionario;
Ejemplo 5
Para eliminar campos
DELETE apellido FROM funcionario;
56
Ejemplo 6
Para eliminar tablas
DROP TABLE funcionario;
57
4 DISEÑAR EL SISTEMA DE ACUERDO CON LOS REQUERIMIENTOS
58
5 DESARROLLAR EL SISTEMA DE INFORMACIÓN
6 IMPLANTAR LA SOLUCIÓN DEL SISTEMA DE INFORMACIÓN
7 PARTICIPAR EN EL PROCESO DE NEGOCIACIÓN DE TECNOLOGÍA
INFORMÁTICA
8 APLICAR PRÁCTICAS DE CALIDAD EN EL PROCESO DE
DESARROLLO DE SOFTWARE
9 CONCLUSIONES
Con este proyecto lo que se busca es impulsar la cultura de la utilización de las

tic y los sistemas de información en nuestro procesos productivos para optimizar
nuestros servicios y la gestión de la información. Con lo que nos hemos
impulsado a la realización de este magno proyecto que tiene como finalidad
sistematizar el proceso productivo de un hospital teniendo una alcance en las
áreas de vacunación, procedimientos médicos hospitalarios y facturación como
el control del personal que labora en la entidad esta iniciativa lleva consigo el
soporte de las tecnología de la programación y el internet.
10 BIBLIOGRAFIA
http://www.minproteccionsocial.gov.co/VBeContent/home.asp
http://www.saludcolombia.com/actual/ultimas.htm
http://www.noticieroficial.com/leyes/LEY100-1993.htm
LEY 100 DE 1993 (diciembre 23)
DECRETO 4747
DECRETO 3990
RESOLUCIÓN NÚMERO 003047 DE 2008
RESOLUCION 3374 DE 2000 (RIPS, EPICRISIS)
ANEXOS

Informe de Analisis Proyecto Sigs

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Informe de Analisis Proyecto Sigs

Încărcat de

Drepturi de autor:

Formate disponibile

PROYECTO SISTEMA INFORMÁTICO DE GESTIÓN EN SALUD

CARLOS ENRIQUE NAVIA TORRES

DANNY PASTOR URBANO BANGUERA

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

CENTRO AGROINDUSTRIAL Y PESQUERO DE LA COSTA PACIFICA

CARLOS ENRIQUE NAVIA TORRES

DANNY PASTOR URBANO BANGUERA

TECNOLOGO ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

ING.EDINSON BANGUERA MAIRONGO

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

CENTRO AGROINDUSTRIAL Y PESQUERO DE LA COSTA PACIFICA

1 DESCRIPCIÓN DEL PROYECTO FORMATIVO 5

1.1 Nombre del Proyecto: Proyecto sistema de informático de gestión en

1.2 Descripción del Problema

1.3 Justificación del proyecto

1.5 Impacto (social, económico, ambiental, tecnológico)

1. Social: el SGIS al ser un sistema compacto, mejoraría la atención

1.6 Restricciones o Riesgos asociados

EQUIPO QUE PARTICIPO EN LA FORMULACION DEL PROYECTO

1.9 Presupuesto Requerido

Es el presupuesto requerido hasta el momento.

1.10 Cronograma de Actividades

2.1 Técnicas e Instrumentos de Recolección de la Información

Para recolectar información se contara con las técnicas de:

2.2 Mapa de Procesos

Mapa de procesos del SIGS

Mapa de procesos de facturación

revisar las bases de legalizar la consulta

enviar cuenta de cobro

enviar cuenta de cobro

Lo que requiere el software

Dispositivos móviles: como terminales móviles o PDA.

3 ANALIZAR LOS REQUERIMIENTOS DEL SISTEMA DE INFORMACIÓN

3.1 Ciclos de vida del Software

CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DEL SOFTWARE

– Documentación Documentos pueden ser

• Modelo lineal – Puede crear la impresión

• Dividir el proyecto en builds – Peligro de caer en construir

• Forma simplificada • Si los riesgos no pueden

Menor probabilidad de que el • El proceso no es visible

3.2 Especificaciones de requerimientos de Software

Proyecto sistema de informático de gestión en salud

El público esperado por la presente especificación de requerimientos

El SIGS deberá permitir tener un registro de facturación y de sistematización de

Definiciones, acrónimos y abreviaciones

Perspectivas del producto

Se debe tener cuidado con respecto a una correcta visualización en los

La comunicación entre el servidor de páginas web y el servidor de bases de

En el caso de la aplicación de escritorio manejar la plataforma Windows ya que

Que las aplicaciones se sincronicen para poder trasladar información de una a

En los entornos de escritorio y móvil el sistema dependerá de una plataforma

3.3 Diagramas de Casos de Uso

Aquí se muestra el comportamiento del sistema en base de las actividades del

Aquí es donde se documenta los respectivos casos de usos diseñados

Nombre caso de uso: CITAS MEDICA ID única:

Precondiciones: pacientes que no están en sistema ingresarlos

Nombre caso de uso: CONSULTA EXTERNA ID única: C.externa .cc

NOMBRE CASO DE USO: LABORATORIO ID única:

Nombre caso de uso: URGENCIA ID única:

Nombre caso de uso: PROMOCION Y ID única: PyP .cc

Precondiciones: el paciente debe encontrarse en la edad y sexo respectivo

NOMBRE CASO DE USO: VACUNACION ID única:

NOMBRE CASO DE USO: FACTURACION ID única:

NOMBRE CASO DE USO: COPAGO ID única: COP .cc