Informe de analisis proyecto sigs
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Informe de analisis proyecto sigs

on

  • 9,003 views

Informe preliminar de nuestro proyecto de aprendizaje llevado a cabo en el centro agroindustrial y pesquero de la costa pacifica, Tumaco - Nariño, para el bienestar de nuestra region.

Informe preliminar de nuestro proyecto de aprendizaje llevado a cabo en el centro agroindustrial y pesquero de la costa pacifica, Tumaco - Nariño, para el bienestar de nuestra region.

Statistics

Views

Total Views
9,003
Views on SlideShare
9,003
Embed Views
0

Actions

Likes
4
Downloads
275
Comments
1

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • que bien, estoy realizando un proyecto similar a este, me gustaría tener asesoría de ustedes,
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Informe de analisis proyecto sigs Document Transcript

  • 1. 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
  • 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
  • 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
  • 4. 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.
  • 5. 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
  • 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
  • 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
  • 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
  • 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
  • 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
  • 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
  • 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
  • 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
  • 14. 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
  • 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
  • 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
  • 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
  • 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
  • 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. Requisito funcional 2: 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. Requisito funcional 3: Debe existir un modulo que permita el manejar los reportes de facturación de procedimiento y vacunación de la entidad. Requisito funcional 4: 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
  • 20. Requisito funcional 5: Debe existir un modulo que permita modificar y adicionar los campos al sistemas. Requisito funcional 6: 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
  • 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
  • 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. Activar evento: el administrador del software verifica la información del paciente en cuestión de historial medico mirando los antecedentes de enfermedades que tiene el paciente y describe en el historial la nueva 23
  • 23. enfermedad que presenta el paciente. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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. Activar evento: el administrador del software verifica la información del 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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. Activar evento: el administrador del software verifica la información del 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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. Descripción: es donde se realizan los procedimientos concernientes a la 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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 Descripción: es donde se realizan los procedimientos concernientes a la 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 del 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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. Activar evento: el administrador del software verifica la información del paciente los procedimientos que le fueron realizados el valor de cada uno de estos y la eps a la que esta afiliado. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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. Tipo de señal: externa temporal Pasos desempeñados (ruta Información para los pasos 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
  • 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
  • 31. Diagrama de secuencia de el caso sacar citas 32
  • 32. Diagrama consulta externa Diagrama laboratorio 33
  • 33. Diagrama PyP 34
  • 34. Diagrama de urgencias 35
  • 35. Diagrama de vacunación 36
  • 36. Diagrama de facturación Diagrama de copago 37
  • 37. Diagrama reporte de facturación 38
  • 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
  • 39. Diagrama laboratorio Diagrama PyP 40
  • 40. Diagrama de urgencias 41
  • 41. Diagrama de vacunación Diagrama de facturación 42
  • 42. Diagrama de copago Diagrama reporte de facturación 43
  • 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
  • 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
  • 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 Nombre Cadena Publico 60 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
  • 46. pagar Nombre: Datos Usuario 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 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 Código de Entero Publico 3 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
  • 47. consulta. Atributo Tipo de dato Visibilidad Valor inicial Tamaño - longitud Numero de la Entero Publico 20 factura. Código Entero Publico 10 prestador servicio Tipo de Cadena Publico CC 2 identificación del usuario Numero de Entero Publico 20 identificación del usuario en el sist. Fecha de la Fecha Publico /mm/aaaa 10 consulta Número de Entero Publico 15 autorización Código de Entero Publico 8 consulta Finalidad Entero Publico 2 consulta Causa externa Entero Publico 2 Código del Entero Publico 4 diagnóstico principal Código del Entero Publico 4 diagnóstico relacionado No. 1 Código del Entero Publico 4 diagnóstico relacionado No. 2 Código del Entero Publico 4 diagnóstico relacionado No. 3 Tipo de 1 diagnóstico principal 48
  • 48. Valor de la 0.0 15 consulta Valor de la 0.0 15 cuota moderadora Valor neto a Real Publico 0.0 15 pagar Nombre: Datos consulta externa Alias: N/A Descripción: Es donde se consigna la información del paciente y del proceso de consulta. Atributo Tipo de dato Visibilidad Valor inicial Tamaño - longitud Numero de la Entero Publico 20 factura. Código Entero Publico 10 prestador servicio Tipo de Cadena Publico CC 2 identificación del usuario Numero de Entero Publico 20 identificación del usuario en el sist. Fecha de la Fecha Publico /mm/aaaa 10 consulta Número de Entero Publico 15 autorización Código de Entero Publico 8 consulta Finalidad Entero Publico 2 consulta Causa externa Entero Publico 2 Código del Entero Publico 4 diagnóstico principal Código del Entero Publico 4 diagnóstico relacionado No. 1 49
  • 49. Código del Entero Publico 4 diagnóstico relacionado No. 2 Código del Entero Publico 4 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 Valor neto a Real Publico 0.0 15 pagar Nombre: Datos procedimiento. Alias: N/A Descripción: Es donde se consigna la información del paciente y del proceso de consulta. Atributo Tipo de Visibilidad Valor inicial Tamaño - dato longitud Numero de la Entero Publico 20 factura. Código prestador Entero Publico 10 servicio Tipo de Cadena Publico CC 2 identificación del usuario Numero de Entero Publico 20 identificación del usuario en el sist. Fecha del Fecha Publico /mm/aaaa 10 procedimiento Número de Entero Publico 15 autorización Código de Entero Publico 8 procedimiento 50
  • 50. Ámbito de Carácter Publico 1 realización del procedimiento Finalidad Carácter Publico 1 procedimiento Personal que Carácter Publico 1 atiende Código del Entero Publico 4 diagnóstico principal Código del Entero Publico 4 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. Atributo Tipo de Visibilidad Valor inicial Tamaño - dato longitud Numero de la Entero Publico 20 factura. Código prestador Entero Publico 10 servicio Tipo de Cadena Publico CC 2 identificación del usuario Numero de Entero Publico 20 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
  • 51. observación Número de Entero Publico 15 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
  • 52. Alias: N/A Descripción: Es donde se consigna la información de las vacunas y nuevas vacunas para nuevas enfermedades Atributo Tipo de dato Visibilidad Valor Tamaño - 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 Atributo Tipo de dato Visibilidad Valor Tamaño - inicial longitud Nombre Cadena Publico 30 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. Atributo Tipo de Visibilidad Valor inicial Tamaño - 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
  • 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 Atributo Tipo de dato Visibilidad Valor Tamaño - 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. Atributo Tipo de dato Visibilidad Valor Tamaño - inicial longitud Peso al nacer Integer Publico Peso al alta integer Publico talla integer Publico Perímetro integer Publico cefálico 54
  • 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
  • 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
  • 56. Ejemplo 6 Para eliminar tablas DROP TABLE funcionario; 57
  • 57. 4 DISEÑAR EL SISTEMA DE ACUERDO CON LOS REQUERIMIENTOS 58
  • 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 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.
  • 63. 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)
  • 64. ANEXOS