Capitulo 4.2 Ipasme
-
Upload
joneider-valera-torre -
Category
Documents
-
view
217 -
download
0
Transcript of 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.
Modificación de datos de los pacientes.
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.
Modificación de datos de los pacientes.
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
ID del Requerimiento:
RFN - 001
Nombre del Requerimiento:
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
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro N#8 Requerimiento Funcionales
ID del RFU - 002
Requerimiento:
Nombre del 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:
Atributos de Calidad
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro N#8 Requerimiento Funcionales
ID del RFS - 003
Requerimiento:
Nombre del 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:
Atributos de Calidad
Prioridad del requerimiento:O Alta O Media Alta O MediaO Media Baja O Baja
Cuadro No 8 Requerimiento Funcionales y no Funcionales
ID del Requerimiento:
RFC - 004
Nombre del Requerimiento:
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:
Atributos de Calidad
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro No 8 Requerimiento Funcionales
ID del Requerimiento:
RNFR – 005
Nombre del Requerimiento:
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:
Prioridad del requerimiento:
O Alta O Media Alta O MediaO Media Baja O Baja
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:
Prioridad del requerimiento:
O Alta O Media Alta O MediaO Media Baja O Baja
Cuadro N# 9 No Funcionales Atributos de Calidad
ID del Requerimiento:
RNFAC – 006
Nombre del Requerimiento:
ATRIBUTOS DE CALIDAD
Identificación del
requerimiento:
002
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:
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:
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro N# 9 No Funcionales Atributos de Calidad
ID del Requerimiento:
RNFAC – 006
Nombre del Requerimiento:
ATRIBUTOS DE CALIDAD
Identificación del
requerimiento:
003
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:
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:
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro N# 9 No Funcionales Atributos de Calidad
Cuadro N# 9 No Funcionales Atributos de Calidad
ID del Requerimiento:
RNFAC – 006
Nombre del Requerimiento:
ATRIBUTOS DE CALIDAD
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:
Prioridad del requerimiento:
O Alta O Media Alta O MediaO Media Baja O Baja
ID del Requerimiento:
RNFAC – 006
Nombre del Requerimiento:
ATRIBUTOS DE CALIDAD
Identificación del
requerimiento:
005
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:
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:
Prioridad del requerimiento:
O Alta O Media Alta O MediaO Media Baja O Baja
Cuadro N# 9 No Funcionales Atributos de Calidad
Requerimientos No Funcionales Reglas de Negocio
ID del Requerimiento:
RNRN – 007
Nombre del Requerimiento:
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:
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
ID del Requerimiento:
RNFI – 008
Nombre del Requerimiento:
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:
Prioridad del requerimiento:
O Alta O Media Alta O Media
O Media Baja O Baja
Cuadro N# 9 Requerimiento No Funcionales de Interfaz
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.
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