Capitulo 4.2 Ipasme

REPÚBLICA BOLIVARIANA DE VENEZUELAMINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA,

CIENCIA Y TECNOLOGIAINSTITUTO UNIVERSITARIO DE TECNOLOGÍA DEL OESTE

"MARISCAL SUCRE"PNF. ING. INFORMÁTICA

Ingeniería De Software

SISTEMA DE CONTROL DE CITAS, HISTORIAS MÉDICAS Y ESTADISTICAS

EN LA UNIDAD DE GINECOLOGÍA OBSTETRICIA PARA ADULTOS DEL

CENTROL NACIONAL DE ESPECILIDADES DIAGNOSTICAS DR. DE

ESPECIALIDADES DIAGNOSTICAS DR. JULIO DE ARMAS ADSCRITO AL

IPASME SEDE CARACAS

Tutor: Autores:

Rafael Matos Ávila José

C.I.:20.613.939

Chirino Daniela

C.I.:21.283.022

Paduani Marine

C.I.:23.641.355

Metodología para desarrollo

Después de conocer varias metodologías se considera la más apropiada

para el desarrollo del Sistema de control cita e historia médica y estadística es la

Metodología RUP (Rational Unified Process) el cual es un marco de referencia de

ingeniería de software para definir, implementar y distribuir aplicaciones de

software.

Una de la característica más importante que tiene la metodología RUP, es

la interactividad con el cliente, motivo a que proporciona un glosario de términos y

una enciclopedia de información que ayudan a comunicar sus necesidades de una

manera más efectiva. Además de proveer para los líderes de grupo proceso donde

la comunicación puede ser efectiva con el personal, administrar la planificación y

controlar el trabajo de estos respectivamente. Cabe mencionar que esta

metodología es una herramienta clave para satisfacer necesidades específicas

para el desarrollo de proyectos.

Fases de la Metodología RUP

Fase de Inicio: Se hace un plan de fases, donde se identifican los

principales casos de uso y se identifican los riesgos. Se concreta la idea, la

visión del producto, como se enmarca en el negocio, el alcance del

proyecto. El objetivo en esta etapa es determinar la visión del proyecto.

Fase de Elaboración: Se realiza el plan de proyecto, donde se completan

los casos de uso y se mitigan los riesgos. Planificar las

actividadesnecesarias y los recursos requeridos, especificando las

características y el diseño de la arquitectura. En esta etapa el objetivo es

determinar la arquitectura Óptima.

Fase de Construcción: Se basa en la elaboración de un producto

totalmente operativo y en la elaboración del manual de usuario. Construir el

producto, la arquitectura y los planes, hasta que el producto está listo para

ser enviado a la comunidad de usuarios. En esta etapa el objetivo es llevar

a obtener la capacidad operacional inicial.

Fase de Transición: El objetivo es llegar a obtener el releer del proyecto.

Se realiza la instalación del producto en el cliente y se procede al

entrenamiento de los usuarios. Realizar la transición del producto a los

usuarios, lo cual incluye: manufactura, envío, entrenamiento, soporte y

mantenimiento del producto, hasta que el cliente quede satisfecho, por

tanto en esta fase suelen ocurrir cambios.

Alcance del Sistema

Tener una adecuada gestión para, solucionar sus dificultades e

inconvenientes en cuanto al control manual de los proceso de registro de

paciente, que van a recibir las consulta médica e historia médica tener una

clara estadística de cuantos paciente recibieron la atención y los faltantes

de la misma de tal manera que sea confiable, eficaz y segura toda la

información registrada y a su vez colaborar con el soporte técnico para que

sea más rápida y efectiva la respuesta

Sistemas de Información existentes

El Sistema de control de cita e historia médica para Dr. julio de armas

adscrito al IPASME sede caracas, fue creado a través del conocimiento de

la problemática existente, no se conoce otros, pero cabe destacar que en el

IUTOMS existe un sistema en desarrollo denominado como: “SISTEMA DE

CONTROL DE HISTORIA CLÍNICA DIGITAL PARA CONSULTORIO

BARRIO ADENTRO TIPO I DE LA PARROQUIA MARHUANTA

URBANISMO ALTOS DE CAYAURIMA I.” Donde este proyecto especial de

grado tuvo como prioridad principal el control de almacenamiento y manejo

de información de las de consulta cita e historia médica a nivel nacional, así

como también la centralización de la información, haciendo que todo los

documentos de entrega recepción, devolución entre otros, sean manejados

únicamente por el sistema, así nuestro proyecto le daría la continuidad al

Proyecto consulta medica , el cual es un proyecto para comunidad que

tiene por objetivo apoyar la formación integral de docentes y cortesía ,

mediante la atención medica

Beneficios del Sistema

Proporcionar a la centro nacional de especialidades diagnosticas Dr. de

especialidades diagnosticas Dr. julio de armas adscrito al IPASME sede caracas

un control eficiente en el proceso de registro Aprovechar este recurso

permitiendo productividad para atender y procesar todos los datos que se

requieren de una manera sistematizada, sobre todo tomando en cuenta la

importancia, beneficios y aportes que el mismo brindaría a la comunidad de

la candelaria.

Definiciones, acrónimos y abreviaturas

Sistema: Un conjunto de elementos dinámicamente relacionados formando

una actividad para alcanzar un objetivo, operando sobre datos, energía y

materia para proveer información.

Software: Son los programas de computadoras, las estructuras de datos y

la documentación asociada que sirven para realizar el método lógico,

procedimiento o control requerido.

Hardware: Los dispositivos electrónicos que proporcionan la capacidad de

computación y los dispositivos electromecánicos que proporcionan las

funciones del mundo exterior.

Procesos: Los pasos que definen el uso específico de cada elemento del

sistema o el contexto procedimental en que reside el sistema.

Gestión: se referirá a la acción y al efecto de administrar o gestionar un

negocio. A través de una gestión se llevarán a cabo diversas diligencias,

trámites, las cuales, conducirán al logro de un objetivo determinado, de un

negocio.

Procesos del Negocio

Dado que un proceso de negocio es un conjunto de tareas relacionadas

lógicamente llevadas a cabo para lograr un resultado de negocio definido.

Cada proceso de negocio tiene sus entradas, funciones y salidas, en la

especificación del caso planteado se visualizan los siguientes procesos de

negocio:

1.- Gestión personal citas:

Inclusión datos de los paciente.

Modificación de datos de los pacientes.

Eliminación de datos de los pacientes.

Reporte de las citas y historia medica

2.- Gestión doctor ginecología:

Inclusión datos de los paciente.


Eliminación de datos de los pacientes.

Inclusión datos de la patología de paciente.

Modificación de datos patología paciente.

Reporte de consulta de paciente y faltante.

Actualizar datos de las de los departamento..

3.- Gestión de personal de historia medica

Inclusión consulta paciente.


Reporte de los historia medico de los paciente

4.- Objetos del Negocio

Personal de citas

Doctor

Persona de Historia medica

Actores del Negocio

Un actor de negocio es cualquier individuo, grupo, entidad, organización,

maquina o sistema de información externo, con los que el negocio

interactúa

Personal citad: Es la encargada de organizar la información cuanto

paciente van a recibir las citas de consultorio ginecología e entrega de las

citas.

Persona de Historia médica Lleva la estadísticas de cuantos paciente

fuero atendido y cuanto paciente faltaron

Doctor: Se encarga de registra los datos de los paciente y verifica los

datos de los paciente, observa la patología de cada paciente

Usuario: Se encarga de pedir la citas atreves de web.

Reglas del Negocio

Son las directivas empresariales, definen y controlan la estructura, el

funcionamiento y la estrategia de una organización.

A todo paciente que va a recibir las consulta médica se le entrega un

contrato, donde se le asigna los su datos personales,.

La entrega de las consulta se realiza atreves correo electrónico.

Para la entrega de la solicitud consulta al paciente tiene que estar

registrado conjunto con su referencia medica en la base de datos.

El paciente debe de consignar su cédula de identidad y carnet afiliado

El usuario para reportar citas de la programada tiene que hacerla de

forma online.

El sistema genera la cita según el orden que el usuario ingrese al portal a

realizar dicha solicitud.

Se atenderá 70 persona máximo por día para realizar el control estadístico

Diagrama de Gantt

Requerimientos Funcionales

ID del Requerimiento:

RFN – 001

Nombre del Requerimiento:

DE NEGOCIO

Identificación del

requerimiento:

001

Características:

Desean un sistema de control para citas e historias médicas en la unidad Ginecología para adultos centro nacional de especialidades diagnosticas Dr. julio de armas adscrito al IPASME sede caracas

Descripción del

requerimiento:

Cada persona que acceda al sistema deberá contar con un usuario y clave única, que deberá ser otorgada por el sistema, mediante la notificación de un correo, el cual servirá para completar el registro; cabe mencionar que el administrador será el que decidirá a quienes usuarios tendrán el privilegio de acceso al sistema. Para la parte de división de planificación, el sistema gestionará el registro, modificación de historia médica.

Requerimiento NO funcional:

Atributos de Calidad, Reglas de Negocio e Interfaz.

Prioridad del requerimiento:

O Alta O Media Alta O MediaO Media Baja O Baja

Cuadro No 8 Requerimiento Funcionales y no Funcionales


RFN - 001


DE NEGOCIO

Identificación del

requerimiento:

002

Características: Que gestione registro de paciente, como de diagnóstico patológico,

consultas e historia médica.

Descripción

del

requerimiento:

El registro de historial médico, tomamos como punto de la referencia médica, creándose de esta manera la base de datos pacientes, dentro de la misión este se somete a una serie de evaluaciones, los resultados de estas; cada ginecólogo los ingresa a la base de datos de pacientes de cada uno que está llevando, El Sistema al final será capaz de generar una serie de reportes que reflejarán la situación de una evolución medica como: reportes de historial médico, informe médico y consultas.

Requerimient

o NO funcional:

Atributos de Calidad


O Alta O Media Alta O Media

O Media Baja O Baja

Cuadro N#8 Requerimiento Funcionales

ID del RFU - 002

Requerimiento:


DE USUARIO

Identificación del requerimiento:

001

Características: Las necesidades que los usuarios tienen y las tareas que deben realizar con el sistema

Descripción del requerimiento:

Deberá permitir que los usuarios realicen varios tipos

de consultas (citas, diagnostico, historial médico entre otras).

Permitirá la impresión de informe médicos Deberá permitir la modificación de información Deberá permitir la eliminación de información Permitirá gestionar registros de información (pacientes, citas entre otras).

Requerimiento

NO funcional:




O Media Baja O Baja

Cuadro N#8 Requerimiento Funcionales

ID del RFS - 003

Requerimiento:


DE SISTEMA

Identificación del

requerimiento:

001

Características:

Se expresan desde la perspectiva del sistema H/S que contiene la

aplicación. Asumen que la el software es parte de un sistema mayor.

Descripción del

requerimiento:

Mostrará el informe médico de cada pacientes y por el

ginecólogo que se vaya a asignar, bien sea su diagnóstico medico

Deberá enviar notificaciones de correo una ve creada su

registro. Deberá notificar por la Pagina web Deberá controlar el acceso al sistema Deberá poseer reglas de validaciones

Requerimiento NO funcional:


Prioridad del requerimiento:O Alta O Media Alta O MediaO Media Baja O Baja

Cuadro No 8 Requerimiento Funcionales y no Funcionales


RFC - 004


DE COMPORTAMIENTO

Identificación del requerimiento:

001

Características: Describen los servicios que el sistema presta a todos los usuarios

directos.

Expresan que hace el sistema bajo ciertos eventos (su

comportamiento).

Descripción del

requerimiento:

Deberá permitirle modificar los departamento o consultorio entre otros, una vez creados Deberá permitir enviar notificaciones manualmente Deberá emitir reportes.

Requerimiento NO

funcional:




O Media Baja O Baja

Cuadro No 8 Requerimiento Funcionales


RNFR – 005


RESTRICCIONES

Identificación del

requerimiento:

001

Características:

Plataforma de desarrollo y operación. Uso de estándares, prácticas, métodos de desarrollo. Tiempo máximo de desarrollo. Costo máximo de desarrollo.

Descripción

del

requerimiento:

La plataforma la cual será desarrollado en WINDOWS El servidor a usar es APACHE Los lineamiento son los estipulados por la metodología de

desarrollo RUP El tiempo máximo de desarrollo será de 6 meses

aproximadamente. Deberá ser una aplicación web que debe ser desarrollada

con las siguientes herramientas: Plataforma Wamp, MySql y PHP.

Requerimiento funcional

impactado:



Cuadro N# 9 Requerimientos no Funcionales.

ID del Requerimie

nto:

RNFAC – 006

Nombre del

Requerimiento:

ATRIBUTOS DE CALIDAD

Identificación del

requerimiento:

001

Características:

El rendimiento que la aplicación debe tener. La confiabilidad que debe poseer. La seguridad que debe proveer. La utilidad que debe garantizar.

Descripción del

requerimiento:

Confiabilidad El sistema será capaz de reponerse, en caso de ocurrir fallas en sus

componentes. El sistema podrá identificar correctamente el usuario que este

accediendo a los recursos el sistema debe proveer mecanismo de control de la integridad de

seguridad de los datos suministrado deberá de proveer mecanismo de validación, que faciliten la

seguridad de la misma. Solo tendrán acceso los usuarios autorizados por el administrador y

recursos humanos. Se espera un óptimo Funcionamiento en plataforma web El sistema deberá ser robusto para integrarse a los diferentes

sistemas operativos existentes. Será flexible a los cambios que puedan presentarse.

Requerimiento

funcional impactado:



Cuadro N# 9 No Funcionales Atributos de Calidad


RNFAC – 006



Identificación del

requerimiento:

002

Características:


Descripción del

requerimiento:

Funcionalidad

Se espera un óptimo Funcionamiento en plataforma web.El sistema deberá ser robusto para integrarse a los diferentes

sistemas operativos existentes.Será flexible a los cambios que puedan presentarse.

Requerimiento

funcional

impactado:



O Media Baja O Baja



RNFAC – 006



Identificación del

requerimiento:

003

Características:


Descripción

del

requerimiento:

Facilidad de Uso

el sistema deberá ser de fácil uso e entendimiento para los usuario finales. Se proveerá de manual

Se proveerá de manuales se usuario para su entendimiento.

Requerimient

o funcional

impactado:



O Media Baja O Baja




RNFAC – 006



Identificación del

requerimiento:

004

Características: El rendimiento que la aplicación debe tener. La confiabilidad que debe poseer. La seguridad que debe proveer. La utilidad que debe garantizar.

Descripción del requerimiento:

Eficiencia: el sistema será capaz de reponerse, en caso de ocurrir fallas en sus componentes

el sistema podrá identificar correctamente el usuario que este accediendo a los recurso

el sistema debe proveer mecanismo de control de la integridad de seguridad de los datos suministrado

deberá de proveer mecanismo de validación, que faciliten la seguridad de la misma

solo tendrán acceso los usuarios autorizados por el administrador y personal medico

se espera un óptimo funcionamiento en plataforma web

el sistema deberá ser robusto para integrarse a los diferentes sistemas operativo existentes

Será flexible a los cambios que puedan presentarse

ee

Requerimiento funcional impactado:




RNFAC – 006



Identificación del

requerimiento:

005

Características:


Descripción del

requerimiento:

Facilidad de mantenimiento

Sera de fácil mantenimiento, debido a que trabaja bajo la

estructura de MVC, que facilita el mantenimiento de los componentes dañados.

Requerimiento funcional

impactado:




Requerimientos No Funcionales Reglas de Negocio


RNRN – 007


REGLA DE NEGOCIO

Identificación del

requerimiento:

001

Características:

Regulaciones gubernamentales (Leyes, decretos, providencias, etc.)

Regulaciones de la empresa (Políticas, normas, procedimientos, estrategias, etc.)

Regulaciones propias de la aplicación (Estándares, metodología que debe seguirse, algoritmos o clases que deben usarse).

Descripción

del

requerimiento:

. Decreto 825, el cual permite crear un marco legal que sirva de base para tener un Estado modernizado y automatizado. Solo deberán acceder al sistema, quienes trabajen en la consultorio ginecología y personal de historia medica Las citas deberán ser realizada según la patología de paciente

Requerimiento

funcional

impactado:



O Media Baja O Baja


RNFI – 008


INTERFAZ

Identificación del

requerimiento:

001

Características:

Plataforma de desarrollo y operación. Uso de estándares, prácticas, métodos de desarrollo. Tiempo máximo de desarrollo. Costo máximo de desarrollo.

Descripción

del

requerimiento:

Deberá interactuar con la página de la institución. Deberá interactuar con servidores de correos. Su entorno será Web.

Hará uso de Animaciones FLASH, Jquery.

Requerimiento

funcional

impactado:



O Media Baja O Baja

Cuadro N# 9 Requerimiento No Funcionales de Interfaz

Gráfico N# Caso de uso

Descripción textual de los Casos de Uso

Registrar JornadaCODIGO: 001 Nombre: Registrar Jornada

ACTORESPersona cita: Realiza registro registra paciente.Persona historia médica : Elaborar listados de paciente y establecer sitio de entrega de archivo medicoPaciente: Completar información solicitada.

PRE-CONDICIÓNDoctor: Obtener datos actualizados de los paciente. Persona de cita : Llena la lista de paciente faltantesPersona de citas: Actualiza los datos del formulario con los de su representante.

FLUJO DE EVENTOS PRINCIPALES1. persona citas solicita a los formatos con la información actualizada del departamento como dirección, punto de referencia, lugar específico a utilizar para el desarrollar de la consulta, entre otra.5. personal historia médica: confirma, verifica y proporciona la información requerida para completar formato exigido para dicho evento.

FLUJO DE EVENTOS ALTERNATIVOS

1. Actualización de datos referente a la infraestructura y personal (docente y cortesía).

2. Verificación de expediente de cada paciente.3. .Revisión detallada de infraestructura de la institución.4. Completar requisitos exigidos por la institución para el expediente.

POST-CONDICIÓN1. Confirma que los paciente puedan acceder fácilmente a la lugar solicitar la cita medica2. Guarda, actualiza los datos de los pacientes.3. Genera el listado de los pacientes faltantes por día.4. Completar requisitos para obtener el beneficio de la solicitud citas.

Registrar DatosCODIGO: 002 Nombre: Registrar Datos

ACTORESDoctor : Quieren datos completos y actualizados de los paciente atendido ..

PRE-CONDICIÓNPersonal citas: Obtener datos actualizados de los departamento y de los paciente.

FLUJO DE EVENTOS PRINCIPALES1.- solicita a los colegio los formatos con la información actualizada de los paciente como nombres y apellidos, edad, fecha de nacimiento dirección de habitación.2.-doctor solicita. A los colegio los formatos con la información actualizada de los

paciente como nombres y apellidos, edad, fecha de nacimiento dirección de habitación dirección de trabajo teléfono habitación teléfono celular.3.-personal de historia médica verificación de listado de los paciente faltantes

FLUJO DE EVENTOS ALTERNATIVOS1.-Validación de datos de cada paciente2.-Validacion y confirmación de cuantos paciente atendido

POST-CONDICIÓN1. Guarda, actualiza los datos de los pacientes.2 .Lista de paciente faltante a la consulta

3.2.- Descripción funcional de los casos de uso

4.- Restricciones de diseño.

Centro especialidades doctor julio de arma piden automatizar su proceso

de entrega de Cita de manera online, utilizando los datos sumistrados desde un

archivo de Excel a ipasmes . Ellos piden que desde este mismo archivo se cree

una base de datos en MySql, todo bajo un ambiente de Windows Server, además

de crear un servicio de gestión de citas para atender las fallas, y así no usar el

modo de citas por llamadas que hace muy lento el proceso de revisión de cada

paciente.

Este proyecto debe ser entregado a mediados de años para ser colocado

como piloto en candelaria , por esta razón debe estar funcionando antes del

próximo año escolar 2015-2016, y dependiendo de los resultados llevarlo a todo el

país.

El sistema deberá estar en la sede Doctor Julio de Armas ubicada en la

candelaria. Indicaron poseer servidores y servicios de DNS por lo tanto se deberá

trabajar en sus equipos, por otra parte, el sistema deberá ser fácil de manejar ya

que será montado por el mismo personal de ipasmes

La amigabilidad del sistema es indispensable, ya que tendrá varias

pacientes, para lograr hacer la cita atreves web el conocimiento de manejar

sistemas en línea, por tal motivo la insistencia de ser fácil de trabajar.

Diagrama de clase

Nombre Tipo longitud Descripciónlogin Texto Varchar (50) Nombre de operador

de SistemaClave Texto Varchar (30) Contraseña el

Operador para ingresar sistema

Referencia medica

Nombre Tipo Longitud descripciónFECHA fecha Date Fecha del día de la

consultaId cedula paciente Numero Int 14 Identifica al usuarios

clave primariaNombre y Apellido texto Varchar (100) Nombre del pacienteConsulta medica texto Varchar (100) Nombre la unidad

medicaTipo de lugar texto Varchar(80) Es la ubicación

consultorio piso y departamento

motivo de citas texto varchar (50) La observación de paciente

Observación texto Varchar (20) Es donde se describe la observación paciente

Acceso

Diccionario de Datos

Registro paciente

Nombre Tipo Longitud descripciónid Cédula paciente Numérico int 14 Identifica al usuarios

clave primariaNombre y apellido texto Varchar (150) Nombre del pacienteDirección texto Varchar (100) Lugar donde habita

el pacienteTeléfono casa Numérico Int (10) Número de teléfono

de casaTeléfono trabajo Numérico Int (10) Número telefónico

donde trabaja paciente

Celular Numérico Int (10) Número telefónico de paciente

Fecha nacimiento fecha DATETIME Día y mes nacimiento paciente

Estado civil Texto Varchar (10) Si el paciente es soltero o casado

fecha de ingreso fecha date Primera fecha que se registró el paciente

Ultima fecha ingreso fecha date es cuando el paciente ha tenido su última consulta

Sitio web Texto Varchar(100) si el paciente tiene una red social

tipos Sangre texto Varchar(20) El grupo sanguíneo de paciente

peso texto Varchar(8) Peso de pacientesEdad numérico TinyInt La edad de pacienteLugar trabajo texto varchar (50) Sitio de donde

trabaja el pacienteDirección texto Varchar(150) Dirección de trabajo

pacienteProfesión texto Varchar (100) Profesión de

pacienteReligión texto Varchar (100) A que religión

perteneces el paciente

Diagnóstico de paciente

Nombre tipos longitud DescripciónCedula Paciente numérico int(14) Cedula paciente ya

registrado clave primaria

Patología texto Varcha(100) La observación de diagnosticó

Nombre paciente texto Varcha(100) Nombre de paciente y registrado

Buscador visita individual

texto fulltext Permite buscar un solo paciente

Buscador visita general

Texto fulltext Permite hacer una búsqueda en listado todo los paciente

Cambio departamento

NOMBRE Tipos Longitud Descripcióncedula Paciente numérico int(14) Cedula de paciente

ya registrado clave primaria

Descripción textos Varchar (100) El lugar donde se va modificación de cambio

Buscador visita individual

texto fulltext Buscar paciente y nuevo consultorio o zona donde se i so cambio el departamento o consultorio

Buscador visita general

texto fullltext Buscar paciente en él la zona donde se cambió el departamento o consultorio

Consultas historia médica

NOMBRE Tipos Longitud DescripciónBuscardo de informe texto fullltext Buscar paciente en

edico él la zona donde se cambió el departamento o consultorio

Nombre Tipo longitud DescripciónFecha inicio mes fecha date Para colocar la fecha

de primer mes de paciente atendido

Fecha final mes fecha date Para colocar la fecha de último mes de paciente atendido

Diseño de interfaz

Consulta de estadística

Menú principal

Capitulo 4.2 Ipasme

Documents

Transcript of Capitulo 4.2 Ipasme