examen de grado
TRANSCRIPT
UNIVERSIDAD TECNOLOGICA PRIVADA DE SANTA CRUZFACULTAD DE EDUCACION Y TECNOLOGIA
Carrera Licenciatura en Ingeniería Informática y Sistemas Administrativos
PROYECTO DE GRADO
“Sistema de gestión de peticiones y envíos de análisis clínicos para el laboratorio de
análisis San Andrés”
GUILLERMO CASTILLO AÑEZ
Proyecto Final de Grado para optar al Título de Licenciatura en Ingeniería Informática y Sistemas Administrativos
Santa Cruz de la Sierra – Bolivia
2011
ContenidoProblema Planteado...........................................................................................................................4
Delimitación Espacial:........................................................................................................................7
Situación problemática..................................................................................................................7
Situación Deseada..........................................................................................................................7
Metodología.......................................................................................................................................8
Proceso unificado de desarrollo.....................................................................................................8
Proceso Unificado de Desarrollo de Software................................................................................8
UML(lenguaje unificado de modelado)..........................................................................................8
Procesos de Negocio....................................................................................................................10
Introducción.............................................................................................................................10
Diagrama de Actividad.................................................................................................................10
Listado de Información.................................................................................................................11
Reglas de Negocio........................................................................................................................11
Aplicación de proceso unificado (hasta fase de elaboración).......................................................12
La fase de inicio............................................................................................................................12
Arquitectura del sistema..........................................................................................................12
Listado de usuarios o clientes potenciales del Sistema................................................................13
Fase de elaboración.....................................................................................................................13
Modelo de Requisitos......................................................................................................................15
Requisitos Funcionales.................................................................................................................15
Requisitos No Funcionales...........................................................................................................15
Modelo de Dominio y Descripción...................................................................................................15
Glosario de términos....................................................................................................................16
Modelo de Casos de Uso..................................................................................................................17
Descripción de Actores.............................................................................................................17
Diagrama de Casos de Uso.......................................................................................................18
Modelo de Análisis...........................................................................................................................19
Diagrama de clases de vista de análisis........................................................................................19
Caso de Uso Solicitar análisis........................................................................................................19
Modelo de Diseño............................................................................................................................20
Caso de Uso: Solicitar análisis......................................................................................................20
Descripción textual...................................................................................................................20
Consideraciones de Diseño......................................................................................................21
Diseño de la Interfaz de usuario...............................................................................................22
Diagrama de Secuencia............................................................................................................22
Diagrama de clases vista-Diseño..................................................................................................23
Modelo Relacional........................................................................................................................24
Consultas..........................................................................................................................................25
CONSULTAS SQL...........................................................................................................................25
Ingreso al Sistema – Médicos...................................................................................................25
Panel de Solicitudes..................................................................................................................26
Solicitudes de Análisis..............................................................................................................27
Modelo de implementación.............................................................................................................29
Diagrama de Componentes..........................................................................................................29
Diagrama de Despliegue...............................................................................................................29
Diagrama de distribución.............................................................................................................30
Modelo de Pruebas..........................................................................................................................30
Recursos.......................................................................................................................................30
Usuarios Involucrados..................................................................................................................31
Caso de Prueba................................................................................................................................31
Modelo de prueba #1...................................................................................................................31
Diseño de la Interfaz.....................................................................................................................32
Modelo de prueba #2...................................................................................................................33
Interfaz.........................................................................................................................................34
Examen de Grado-Guillermo Castillo Añez
Página 3
Problema PlanteadoSistema de gestión de peticiones y envíos de análisis clínicos para el laboratorio de análisis San Andrés.
El "Laboratorio de Análisis Clínicos San Andrés", ha decido emprender un proyecto que le permita a los Médicos, solicitar a través de un sistema <<on line>> los análisis clínicos y del mismo modo el envió de los resultados. El sistema informatiza todo el proceso de gestión de análisis. De este modo, se facilita que los médicos puedan solicitar cualquier tipo de prueba analítica sin necesidad de realizar por escrito el informe de petición de cada paciente.
Asimismo, la aplicación minimiza el tiempo de espera que hasta ahora implicaba el transporte de estos datos entre el laboratorio y los centros de salud, así como entre consultorios auxiliares y consultas externas de cada área de salud en los que se realizan las peticiones de laboratorio.
Con el nuevo sistema, que se ampliará a todos los centros de la Comunidad a lo largo de la gestión 2012, el laboratorio introduce los resultados de cada una de las pruebas analíticas en el sistema lo que permite a los médicos disponer de ellos de forma instantánea.
Los centros de salud que se suscriben a este servicio con el laboratorio deben tener acceso al sistema y a los resultados de los análisis de laboratorio, disponiendo toda la información relacionada a la petición de análisis. Con opciones de poder descargar los resultado a sus maquinas locales.
Con ello, la seguridad del paciente se ve incrementada, ya que se evita el margen de error humano que existe al realizar la interpretación del informe de petición manual.
Además, gracias a este sistema, el paciente ya no tiene la necesidad de desplazarse hasta el mostrador de admisión para entregar el impreso de petición de análisis que realiza el médico, con lo cual se evitan las posibles molestias que esta práctica pueda ocasionar, se agiliza el proceso de gestión y las posibilidades de error se reducen.
El sistema debe contar con las siguientes características:
• Permitir suscribir a los centros médicos que se beneficiaran de este servicio indicando el nombre del centro médico, el responsable, la dirección, el teléfono, descripción de las especialidades del centro, esta subscrición lo solicita el centro médico mediante una carta notariada indicando explícitamente el servicio, un operador de subscripción en el laboratorio registra los datos del centro médico al sistema para que esté disponible.
• Cada centro médico una vez suscrito debe tener la posibilidad de registrar a sus médicos para que puedan realizar peticiones de laboratorios indicando en nombre, teléfono, especialidad, y un
Examen de Grado-Guillermo Castillo Añez
Página 4
login y contraseña para cada médico para que acceda a realizar peticiones y los resultados de los análisis que ha solicitado (esta tarea es responsabilidad del centro médico, no del laboratorio de análisis clínicos por ejemplo el hospital de niños registro al Dr. Arnaldo Vaca para que pueda pedir análisis de laboratorio mediante este sistema.)
Permitir a los médicos ingresar al sistema, y realizar solicitudes de análisis indicando información del mismo en base a la siguiente hoja (Tomar como modelo de interfaz de usuario):
• Por lo tanto en la página de solicitud debe mostrarse una lista de análisis los cuales tienen una categoría por ejemplo BIOMETRIA HERMATICA, BIOQUIMICA, ENZINAS, ETC, en cada categoría existen análisis que los médicos pueden pedir. La forma de cómo presentar los análisis en la interfaz grafica es a criterio del desarrollador, siempre y cuando sea una página amigable.
• El médico en la misma solicitud puede poder (Marcar) más de un análisis por ejemplo ORINAS, puede marcar Fisicoquímico, Sedimento y BACTERIOLOGICO puede marcar Recuento de bacterias por campo y autovacunas.
Examen de Grado-Guillermo Castillo Añez
Página 5
• En la solicitud el médico debe poder además indicar alguna observación sobre la solicitud del análisis, como también la forma de obtención de la muestra la cual puede ser que un personal del centro médico lleve las muestras necesarias para el análisis al laboratorio o indicar si requiere que un personal del laboratorio se traslade hasta el centro médico a tomar las muestras necesarias.
• En el Centro de análisis de laboratorio existe un personal (Recepcionista) quien revisa las solicitudes por internet que llegan de los centros médicos y las asigna al personal de laboratorio responsable de seguir todo el proceso de toma de muestra, análisis y entregar los resultados del mismo. -
• Cada responsable de laboratorio debe tener acceso al sistema (Login y contraseña) para poder ver los análisis asignados a su persona y tener acceso a una página para cargar los resultados de los análisis.
• Para ingresar los resultados se debe tener la opción de registrar texto (Campo extenso que indica los resultados del análisis) e imágenes asociadas, por ejemplo un examen de Orina, los resultados deben tener un buen espacio para introducir texto, y así mismo imágenes que el responsable de laboratorio captura de las maquinas y deben poder subir a la pagina.
• El médico solicitante del análisis debe poder ver los resultados (texto) y sus imágenes asociadas al análisis.
Examen de Grado-Guillermo Castillo Añez
Página 6
Delimitación Espacial:
Situación problemática.
El tiempo de recepción y respuesta a solicitudes de análisis clínicos de los diversos centros de salud con los cuales trabaja el laboratorio de Análisis Clínicos “San Andrés” es muy elevado, la organización de las distintas solicitudes (formularios) que recibe el laboratorio, muchas veces se ve comprometida por errores del personal. La toma de muestra y los resultados requieren que el paciente tenga que recorrer grandes distancias entre el consultorio médico y el laboratorio, incrementando el tiempo requerido para generar un diagnostico para el paciente.
Situación Deseada.
Contar con una herramienta que permita la gestión de solicitudes de análisis clínicos que permita de una manera eficaz optimizar los procesos mencionados, así como la visualización de los resultados generados por los análisis y a su vez permita la administración de las categorías y exámenes clínicos, la gestión de centros médicos, médicos, laboratoristas y de recepcionistas.
Examen de Grado-Guillermo Castillo Añez
Página 7
Metodología.
Proceso unificado de desarrolloPara cumplir con los objetivos planteados, se optó por utilizar el Proceso
Unificado de Desarrollo del Software, propuesto por Grady Bosch, James Rumbaug e Ivar Jacobson, debido a que es un proceso que permite desarrollar un software de forma iterativa e incremental, mediante el uso de sucesivas iteraciones (subproductos) hasta obtener un producto final.
En esencia el Proceso Unificado se organiza en cuatro fases: inicio, elaboración construcción y transición; está estructurado en base a flujos de trabajo fundamentales: requisitos, análisis, diseño, implementación y prueba .
Proceso Unificado de Desarrollo de Software
UML(lenguaje unificado de modelado)UML (Lenguaje Unificado de Modelado), es un lenguaje que permite visualizar,
especificar, construir y documentar los artefactos de un sistema software orientado a objeto, si como la modelación otros sistemas no necesariamente sistemas software.
Examen de Grado-Guillermo Castillo Añez
Página 8
El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software (ver gráfica). UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables.
Los autores de UML realizan una aclaración, indicando que UML no es una metodología, es una notación (símbolos utilizados en el modelo) y un conjunto de reglas que dirigen como utilizarlo. También que UML no es proceso /método ya que no ofrece ningún tipo de guía o criterios acerca de cómo obtener esos modelos.
Visión General del UML
Examen de Grado-Guillermo Castillo Añez
Página 9
Procesos de Negocio
IntroducciónPetición de análisis clínico al laboratorio. El proceso de negocio de solicitud de análisis clínicos comienza cuando el médico afiliado a un centro de salud registrado realiza la solicitud de los exámenes que requiera, en el sistema web del laboratorio. La solicitud del médico deberá contener observaciones sobre la forma de toma de la muestra para el análisis, ya sea que personal del laboratorio pase por el centro médico o que el personal del centro médico lleve las muestras al laboratorio. La solicitud de exámenes será vista por el recepcionista del laboratorio, quien asignará al personal de laboratorio responsable del seguimiento de todo el proceso de toma de muestra, análisis y entrega de esta. El laboratorista ingresara con login y password al sistema para ver los análisis asignados a su persona. Realizados los estudios solicitados, el laboratorista ingresará al sistema y cargará los resultados textualmente y con imágenes asociadas a estos. El médico debe ingresar al sistema del laboratorio con su login y password para poder ver los resultados e imágenes asociadas al análisis solicitado.
Diagrama de Actividad
Inicio
Realizar solicitud de examen
contiene obs. sobre forma de toma de muestras
Ver resultados
Fin
Visualizar Solicitudes
Asignar solicitud
Visualiza asignaciones
ingresa login y passw. al sistema
Ir al centro medico
<<Si>>Tomar muestras
Recepcionar muestra
<<No>>
Realizar analisis
Analisis concluido
contiene texto e imagenes
Registrar resultados
LaboratoristaRecepcionistaMedico
Examen de Grado-Guillermo Castillo Añez
Página 10
Listado de InformaciónMédico {nombres, apellidos, dirección, teléfonos, especialidad, usuario, contraseña, CentroMedico}
Recepcionista {nombres, apellidos, usuario, contraseña}
Laboratorista {nombres, apellidos, usuario, contraseña}
Solicitud {Nombre_paciente, Apellido_paciente, fecha, categoría, análisis, centro Médico}
Centro Médico {nombres, responsable, dirección, teléfono, especialidades, médicos registrados detalle}
Reglas de Negocio Para que un centro de Salud pueda hacer una petición de examen debe estar
registrado en el sistema. Para que un médico pueda hacer una petición de análisis debe estar registrado por
el centro de salud en el sistema. Para que el médico pueda ingresar al sistema deberá tener un login y un
contraseña. Se debe registrar a los laboratoristas y a sus recepcionistas en el sistema. Para que el recepcionista pueda ingresar al sistema deberá tener un login y un
contraseña Los responsables de laboratorio solo podrán acceder al sistema si cuenta con un
login y contraseña.
Examen de Grado-Guillermo Castillo Añez
Página 11
Aplicación de proceso unificado (hasta fase de elaboración)
La fase de inicio
Arquitectura del sistema
INTERNET
SERVIDOR
BASE DE DATOS
CLIENTE
CLIENTE
CLIENTE
El modelo Cliente/Servidor es un modelo basado en la idea del servicio, en el que el cliente es un proceso consumidor de servicios y el servidor es un proceso proveedor de servicios. Además esta relación está establecida en función del intercambio de mensajes que es el único elemento de acoplamiento entre ambos.
De estas líneas se deducen los tres elementos fundamentales sobre los cuales se desarrollan e implantan los sistemas Cliente/Servidor: el proceso cliente que es quien inicia el diálogo, el proceso servidor que pasivamente espera a que lleguen peticiones de servicio y el middleware que corresponde a la interfaz que provee la conectividad entre el cliente y el servidor para poder intercambiar mensajes.
Características:
Transparencia de localización física de los servidores y clientes: El cliente no tiene por qué saber dónde se encuentra situado el recurso que desea utilizar.
Independencia de la plataforma HW y SW que se emplee por parte del cliente. Sistemas débilmente acoplados. Interacción basada en envío de mensajes. Encapsulamiento de servicios. Los detalles de la implementación de un servicio son
transparentes al cliente. (buscar polimorfismo, herencia, clase, objeto) Escalabilidad horizontal (añadir clientes) y vertical (ampliar potencia de los servidores). Integridad: Datos y programas centralizados en servidores facilitan su integridad y
mantenimiento.
Examen de Grado-Guillermo Castillo Añez
Página 12
Listado de usuarios o clientes potenciales del Sistema
Médico.- Usuario al que se le permite solicitar exámenes y recibir los resultados de los análisis que requiera de un paciente.
Recepcionista.- Es la persona encargada del laboratorio en recepcionar las solicitudes en el sistema y de acuerdo a estas derivarlas a los responsables.
Laboratorista.- Es el encargado de realizar los estudios y exámenes asignados mediante el sistema. También realizará el registro de los resultados para que los interesados, en este caso el médico solicitante pueda acceder a ellos.
Operador.-Debe registrar los centros médicos en el sistema del laboratorio.
Fase de elaboración Casos de uso
Solicitar análisis.- El médico ingresa al sistema y realiza la solicitud de un análisis de acuerdo a las opciones que se le brinden en el mismo.
Solicitar análisis
Consultar resultados.- El médico ingresa al sistema y consulta los resultados de los análisis que solicitó en el sistema.
Consultar resultados
Cargar resultados.- El laboratorista carga los resultados de los análisis que realizó al sistema.
cargar resultados
Examen de Grado-Guillermo Castillo Añez
Página 13
Suscribir centro de Salud.- El operador de suscripción Carga los datos del centro de salud, para que el mismo quede habilitado para realizar consultas y pedidos.
Suscribir Centros de Salud
Registrar Médicos.- El recepcionista registra al médico que sea dependiente de un centro de salud registrado. Esto le permitirá al médico realizar las consultas correspondientes en el sistema.
registrar Médicos
Modelo de Requisitos
Requisitos FuncionalesCódigo Descripción
Examen de Grado-Guillermo Castillo Añez
Página 14
R01 Solicitud de análisis clínicos.R02 Almacenamiento y acceso de los resultados de todas las pruebas.R03 Disponer de la información necesaria en forma instantánea.R04 Suscripción de los centros de Salud al sistema.R05 Opción de descarga de informes a las máquinas.R06 Permitir suscripción de médicos al sistema.R07 Realizar peticiones de exámenes.R08 Anular peticiones de exámenes.R09 Permitir realizar solicitudes de análisis a los médicos.R10 Mostrar la lista de análisis por categorías.R11 Poder marcar más de una opción de análisis de acuerdo a las distintas
categorías.R12 Registrar observaciones sobre la solicitud de análisisR13 Describir la forma de obtención de muestras.R14 Asignar las distintas solicitudes al personal del laboratorio.R15 Asignar login y password a los usuarios del sistema.R16 Registrar texto con los resultados del examen.R17 Registrar imágenes con los resultados del examen.R18 Registrar personal del laboratorio con sus datos.
Requisitos No Funcionales Interfaz de usuario amigable.
Eficiencia en la emisión de los reportes.
Las pantallas deben caracterizarse por mostrar armonía y tener un estándar definido.
Arquitectura de Software Multicapa
Plataforma de Desarrollo en .NET
Motor de Base de Datos SQL Server
Modelo de Dominio y DescripciónEn el modelo de dominio, se especifican los aspectos estructurales del sistema, conceptualizándolos a través de las entidades básicas de la aplicación y expresadas en un diagrama de clases.
En éste modelo de dominio no se expresan los atributos de las entidades, pues tiene como objetivo mostrar o capturar los tipos de entidades u objetos y sus relaciones dentro del sistema
Examen de Grado-Guillermo Castillo Añez
Página 15
IMAGEN
CENTRO_ESPECIALIDAD
MEDICO_ESPECIALIDAD
RECEPCIONISTA
LABORATORISTA
RESULTADO
*
1
*
1
TIENE
MEDICO_CENTRO ASIGNACION
*
1
*
1
REALIZA
1
*
1
*
RECIBE
*1 *1
OBTIENE
CATEGORIA
SOLICITUD
*
1
*
1REALIZA 1
1
1
1
REALIZA
ANALISIS
1
*
1
*PERTENECE
DETALLE_SOLICITUD
1
*
1
*
LLEVA
*
1
*
1TIENE
MEDICO
ESPECIALIDAD
*
*
*
*
TIENE
CENTROMEDICO
*
*
*
*
* ** *TIENEOPERADOR
* 1* 1
Glosario de términosCentro Médico El centro médico es el lugar que alberga distintos médicos con
distintas especialidades médicas para poder atender a los pacientes
Médico Es la persona que se encarga de cuidar nuestra salud. Examen clínico El exámen clínico es la el proceso de examinar con fines de
salud al paciente que padece de algún mal. Este exámen puede ser físico o con pruebas como las de laboratorio
Paciente Persona enferma o que se halla sometida a tratamiento por enfermedad.
Laboratorista Es la persona encargada de realizar los análisis clínicos en un laboratorio.
Laboratorio Los laboratorios clínicos son aquellos donde los expertos en diagnóstico clínico desarrollan los análisis que contribuyen al estudio, la prevención, el diagnóstico y el tratamiento de los problemas de salud
Recepcionista Los recepcionistas pueden ser parte del registro de ingreso por parte del paciente, lo que puede incluir el inicio de archivos y etiquetas, y operaciones secretariales para el proceso de la hospitalización
Modelo de Casos de UsoEl modelo de casos de uso se compones de los actores, los casos de uso y sus relaciones o
interacciones dentro del sistema.
Examen de Grado-Guillermo Castillo Añez
Página 16
cargar resultados consultar resultados solicitar analisis suscribir centros de salud
registrar médicos asignar solicitud visualizar asignaciones registrar especialidades
Descripción de Actores
Médico.- Usuario que interactúa con el sistema para realizar pedidos y visualizar los resultados de los análisis
Recepcionista.- Persona que utiliza el sistema para cargar datos de los usuarios y asignar trabajos
Laboratorista.- realiza la carga de datos de texto y de imagen con los resultados de los exámenes médicos realizados.
Operador.- Funcionario del laboratorio que utiliza el sistema para cargar los centros de salud.
Diagrama de Casos de Uso
Examen de Grado-Guillermo Castillo Añez
Página 17
registrar médicos
registrar especialidades
solicitar analisis
medico
consultar resultados
recepcionista
asignar solicitud
cargar resultadoslaboratorista
visualizar asignaciones
operador
suscribir centros de salud
<<extend>>
<<extend>>
Examen de Grado-Guillermo Castillo Añez
Página 18
Modelo de Análisis
Diagrama de clases de vista de análisis
IMAGEN
fotodescripcion
CENTRO_ESPECIALIDAD
MEDICO_ESPECIALIDAD
RECEPCIONISTA
nombresapellidoslogincontraseña
LABORATORISTA
nombresapellidoslogincontraseña
RESULTADO
fechadescripcion
*
1
*
1TIENE
CATEGORIA
nombre
ANALISIS
nombre
1
*
1
*PERTENECE
MEDICO_CENTRO
ASIGNACION
observacionfecha
*
1
*
1
REALIZA
1
*
1
*
RECIBE
*1 *1
OBTIENE
DETALLE_SOLICITUD
observacion
*
1
*
1TIENE
SOLICITUD
fechaformaobtencion
*
1
*
1REALIZA 1
1
1
1
REALIZA
1
*
1
*
LLEVA
PACIENTE
nombresapellidoscarnet de identidadtelefonodireccion
*
1
*
1
MEDICO
nombresapellidostelefonologincontraseña
ESPECIALIDAD
nombre
*
*
*
*
TIENE
OPERADOR
nombreapellidologincontraseña
CENTROMEDICO
nombreresponsabledirecciontelefono
*
*
*
*
* ** *TIENE
1*
1*
Caso de Uso Solicitar análisis.Identificador: CU01
Use case: Solicitar análisisActores: Primario Médico
SecundariosPrecondición: El médico debe haber ingresado al sistema
Propósito: Realizar la solicitud de análisis al paciente en el sistemaDescripción: El médico ingresa en el sistema y llena el formulario de
solicitud de distintos análisis y exámenes para el paciente al laboratorio.
Referencia a requerimientos:
R01
Curso típico de eventosAcción del actor Respuesta del sistema
1. El médico ingresa al formulario de solicitud de análisis.
2. El sistema despliega la pantalla en la que se debe marcar las distintas opciones del examen además de los datos del paciente.
3. El médico selecciona los exámenes que desea que se realicen y los datos que se requieren del paciente y la forma de entrega de los exámenes.
4. El médico acepta los exámenes seleccionados en el formulario
5. El sistema guarda los datos puestos por el médico en la base de datos
Cursos alternosPaso 1: El médico no confirma la selección de los datos y se cancelaPaso 3: el médico realiza cambios a las selecciones y estos datos cambian
Examen de Grado-Guillermo Castillo Añez
Página 19
Modelo de Diseño
Caso de Uso: Solicitar análisis
Solicitar análisismedico
Descripción textualCaso de Uso: Solicitar AnálisisActores: MédicoPrecondición: Ingresar con login y contraseñaFlujo Normal
Actor Respuesta del Sistema1.- El actor selecciona el botón nueva solicitud “btnNuevo” (A).
3.- El actor introduce los datos necesarios (NombrePaciente “txtNombrePaciente”(D), ApellidoPaciente ”txtApellidoPaciente”(E) , Observación “txtObservacion”(F).4.-El actor marca los “checkbox”(H) de acuerdo a los distintos exámenes que requiera.5.- Elije una opción de “rtgenvio”(I). 6.- El actor presiona el botón Aceptar “btnguardar”(J).
2.- El sistema inicializa el formulario. carga el textbox “lblnombremedico”(B) con el nombre del médico solicitante, carga “lblcentro”(C) con el nombre del centro de salud al que pertenece el médico .Se habilitan los siguientes campos para llenar: “txtNombrePaciente” (D),” txtApellidoPaciente” (E), “txtObservacion”(F) , “lblfecha”(G)con la fecha del día, además de todos los Checkbox(H), poniéndolos es estado enabled = true y checked=false; Se habilita el grupo de botones ratio “rtgenvio(I). Se habilitan también los botones “btnguardar”(J),”btncancelar”(K),”btnsalir”(L). El sistema muestra el código de la solicitud en la etiqueta lblIdSolicitud.
Examen de Grado-Guillermo Castillo Añez
Página 20
7.- El sistema guarda todos los datos seleccionados por el actor.
Flujo Alterno6.-El actor presiona el botón “btnCancelar” y cancela la operación realizada.7.-El sistema despliega un mensaje de error y solicita al usuario verificar la información introducida.Pos Condición
Consideraciones de Diseño
No. Consideraciones de Diseño{CD1} El txtObservacion acepta 500 caracteres.{CD2} Se mostrará la fecha del día actual.{CD3} Al presionar el botón btnsalir el actor saldrá del sistema sin guardar los datos.{CD4} Los campos txtNombrePaciente y txtApellidoPaciente no pueden estar vacíos{CD5} Se debe haber seleccionado por lo menos una opción del checkbox para poder
validar la operación.{CD6} Los campos lblnombremedico y lblcentro serán cargados de forma automática.
Diseño de la Interfaz de usuario
Examen de Grado-Guillermo Castillo Añez
Página 21
Diagrama de Secuencia sd Use Case Model
Médico
«Interface»
Solicitud
Solicitud Detalle_Solicitudpaciente
Presiona botón nueva solicitud()
Inicializar()
habilitarCampos(bool)
HabilitarBotones(bool)
Introduce los datos necesarios()
Marca los análisis()
Elije la opción de envío()
Presiona el botón Aceptar()
Validadr Datos()
guardarPaciente() :int
GuardarSolicitud() :int
GuardarDetalle() :bool
Examen de Grado-Guillermo Castillo Añez
Página 22
Diagrama de clases vista-Diseño
CENTRO_ESPECIALIDAD
idcentro : Integeridespecialidad : Integer
guardar()modificar()eliminar()listar()
MEDICO_ESPECIALIDAD
idespecialidad : Integeridmedico : Integer
guardar()modificar()eliminar()listar()
CATEGORIA
idcategoria : Integernombre : String
guardar()modificar()eliminar()listar()
ANALISIS
idanalisis : Integernombre : String
guardar()modificar()eliminar()listar()
1*
1*PERTENECE
LABORATORISTA
idlaboratorista : Integerlogin : Stringcontraseña : String
guardar()modificar()eliminar()listar()
RECEPCIONISTA
idrecepcionista : Integerlogin : Stringcontraseña : Stringturno : String
guardar()modificar()eliminar()listar()
MEDICO_CENTRO
idmedico : Integeridcentro : Integerlogin : Stringcontraseña : String
guardar()modificar()eliminar()listar()
DETALLE_SOLICITUD
iddetalle_solicitud : Integerobservacion : String
guardar()modificar()eliminar()listar()
*
1
*
1
TIENE
SOLICITUD
idsolicitud : Integerfecha : Dateformaobtencion : String
guardar()modificar()eliminar()listar()
*
1
*
1REALIZA
1
*
1
*
LLEVA
MEDICO
idmedico : IntegerregistroMedico
guardar()modificar()eliminar()listar()
ESPECIALIDAD
idespecialidad : Integernombre : String
guardar()modificar()eliminar()listar()
*
*
*
*
TIENE
OPERADOR
idoperador : Integerlogin : Stringcontraseña : String
guardar()modificar()eliminar()listar()
Responsable
idresponsable : Integercargo : String
guardar()modificar()eliminar()listar()
CENTROMEDICO
idcentromedico : Integernombre : Stringresponsable : Stringdireccion : Stringtelefono : Integer
guardar()modificar()eliminar()listar()
*
*
*
*
* ** *TIENE
ASIGNACION
idasignacion : Integerobservacion : String
guardar()modificar()eliminar()listar()
1
*
1
*
RECIBE
*
1
*
1
REALIZA
1
1
1
1
REALIZA
IMAGEN
idimagen : Integerfoto : Bytedescripcion : String
guardar()modificar()eliminar()listar()
PACIENTE
idpaciente : Integerlogin : Stringcontraseña : stringpeso : String
guardar()modificar()eliminar()listar()
*
1
*
1
PERSONA
idpersona : Integernombres : Stringapellidos : Stringci : Stringteléfono : Stringdireccion : StringfechaNacimiento : Stringsexo : String
guardar()modificar()eliminar()listar()
RESULTADO
idresultado : Integerfecha : Datedescripcion : String
guardar()modificar()eliminar()listar()
*1 *1
OBTIENE
1
1
1
1
Examen de Grado-Guillermo Castillo Añez
Página 23
Modelo Relacional
Examen de Grado-Guillermo Castillo Añez
Página 24
Consultas
CONSULTAS SQL
Ingreso al Sistema – Médicos
--Descripción: Procedimiento que obtiene información de MEDICOCENTRO en base a las credenciales del MEDICOCREATE PROCEDURE [dbo].[pa_validarMedicoLogin] @LOGIN VARCHAR(10), @CONTRASENA VARCHAR(10)ASBEGIN
SELECT * FROM MedicoCentro
WHERE MedicoCentro.login = @LOGIN AND MedicoCentro.contrasena = @CONTRASENA
END
Examen de Grado-Guillermo Castillo Añez
Página 25
Panel de Solicitudes
--Procedimiento que obtine el listado de SOLICITUDES realizadas por un MEDICOCREATE PROCEDURE [dbo].[pa_obtenerSolicitudes]
@idMedico INTASBEGIN
SELECT S.idSolicitud,(SELECT P.nombres + ' ' + P.apellidos FROM Persona P WHERE P.idPersona = S.idPaciente) AS Paciente,S.fecha,S.formaObtencion AS 'Obtencion de Muestra',Estado = CASE
WHEN (SELECT COUNT(DS.idDetalleSolicitud) FROM
DetalleSolicitud DS WHERE DS.idSolicitud = S.idSolicitud) = (SELECT COUNT(DS.idResultado) FROM
DetalleSolicitud DS WHERE DS.idSolicitud = S.idSolicitud) THEN 'COMPLETO' ELSE 'PENDIENTE'END
FROM Solicitud SWHERE S.idMedico = @idMedico
END
Examen de Grado-Guillermo Castillo Añez
Página 26
Solicitudes de Análisis
--Descripcion: Procedimiento para realizar un nuevo registro en la tabla SolicitudCREATE PROCEDURE [dbo].[pa_Solicitud_ins] @idPaciente INT, @fecha DATETIME, @formaObtencion VARCHAR(100), @idMedico INT, @idCentroMedico INTASBEGIN
Examen de Grado-Guillermo Castillo Añez
Página 27
INSERT INTO SOLICITUD(idPaciente,fecha,formaObtencion,idMedico,idCentroMedico) VALUES (@idPaciente, @fecha, @formaObtencion, @idMedico, @idCentroMedico)
SELECT IDENT_CURRENT('dbo.Solicitud') AS 'idSolicitud'
END
--Descripcion: Procedimiento para realizar un nuevo registro en la tabla DetalleSolicitudCREATE PROCEDURE [dbo].[pa_DetalleSolicitud_ins] @idDetalleSolicitud INT, @idResultado INT, @idAnalisis INT, @observacion VARCHAR(300), @idSolicitud INTASBEGIN
INSERT INTO DETALLESOLICITUD(idDetalleSolicitud,idResultado,idAnalisis,observacion,idSolicitud) VALUES (@idDetalleSolicitud, @idResultado, @idAnalisis, @observacion, @idSolicitud)
END
--Descripcion: Procedimiento para realizar un nuevo registro en la tabla PersonaCREATE PROCEDURE [dbo].[pa_Persona_ins] @nombres VARCHAR(100), @apellidos VARCHAR(100), @ci VARCHAR(10), @telefono VARCHAR(50), @direccion VARCHAR(100), @sexo CHAR(1), @fechaNac DATETIMEASBEGIN
INSERT INTO PERSONA(nombres,apellidos,ci,telefono,direccion,sexo,fechaNac) VALUES (@nombres, @apellidos, @ci, @telefono, @direccion, @sexo, @fechaNac)
SELECT IDENT_CURRENT('dbo.Persona') AS 'idPersona'
END
--Descripcion: Procedimiento para realizar un nuevo registro en la tabla Paciente
Examen de Grado-Guillermo Castillo Añez
Página 28
CREATE PROCEDURE [dbo].[pa_Paciente_ins] @idPaciente INT, @peso VARCHAR(50)ASBEGIN
INSERT INTO PACIENTE(idPaciente,peso) VALUES (@idPaciente, @peso)
END
Modelo de implementación
Diagrama de Componentes cmp Diagrama de componentes
«file»SLN_BUSSINES.dll
«file»SLN_DATA.dll
«table»BaseDatos
«interface»frm.solicitud.aspx
Examen de Grado-Guillermo Castillo Añez
Página 29
Diagrama de Despliegue deployment Diagrama de despliegue
«device»SERVIDOR WEB
«device»Serv idor de BD
«device»USUARIO WEB
INTERNET
«TCP/IP»
Diagrama de distribución deployment diagrama de Distribución
«device»SERVIDOR WEB
«device»USUARIO WEB
«device»Serv idor de BD
INTERNET
IIs v 6
Windows Serv er 2008
Framework V3.5
SQL Serv er 2008
Sistema Operativ o
Browser
«TCP/IP»
Implementación de un caso de uso a nivel prototipo (el mismo que el anterior, tipo maestro- detalle)
Examen de Grado-Guillermo Castillo Añez
Página 30
Modelo de Pruebas
RecursosRecurso CaracterísticaServidor Web Configurar otro web en el servidor de aplicaciones para PruebasServidor BD Configurar una Base de Datos para Pruebas1 Notebook Debe estar conectada a Internet para hacer las pruebas de accesoRed Revisar la Intranet si está funcionando para poder realizar las pruebas, se debe tener
conectado el servidor al internet con IP Pública.
Usuarios InvolucradosUsuario Área
Guillermo Castillo DesarrolloFernandez Raul Usuario
Caso de Prueba
Modelo de prueba #1 Caso de Prueba “Solicitar análisis”
En este caso realizamos un llenado correcto del formulario sin que este nos de ningún error.
Use case: Solicitar análisisActores: Primario Médico
SecundariosPrecondición: El médico debe haber ingresado al sistema
Propósito: Realizar la solicitud de análisis al paciente en el sistemaDescripción: El médico ingresa en el sistema y llena el formulario de
solicitud pero sin marcar ninguna opción de análisis clínico.
Referencia a requerimientos:
R01
Curso típico de eventosAcción del actor Respuesta del sistema
1. El actor ingresa al formulario de solicitud de análisis.
2. El sistema despliega la pantalla en la que se debe marcar las distintas opciones del examen además de los datos del paciente.
Examen de Grado-Guillermo Castillo Añez
Página 31
3. El actorInserta René en “txtNombrePaciente”, Pacheco en “txtApellidoPaciente”, ingresa 110 en ”txtpeso”, ingresa 1879391tj en “txtci”, 9-5-1983 en “txtfecha” y alguna observación en “txtObservacion”.
4. El actor da click en el botón “btnguardar”.
5. El sistema despliega una ventana. “Verifique los datos”
6. El actor da aceptar al botón de error 7. El sistema cierra el mensaje de error.
8. El actor verifica el formulario y marca opciones en el checkbox de análisis
9. El actor da click en el botón “btnguardar”.
10. El sistema guarda los datos puestos por el actor en la base de datos.
Diseño de la Interfaz
Validación de Solicitud
Examen de Grado-Guillermo Castillo Añez
Página 32
Mensaje de Error Regreso a pantalla
Modelo de prueba #2 Caso de prueba “Ingresar al sistema”
Examen de Grado-Guillermo Castillo Añez
Página 33
Este caso de prueba consiste en el ingreso del correo y contraseña de un usuario para ingresar al
sistema.
Entrada 1: Se ingresan los datos con la clave errónea.
Campo Valor
login xxxx
contraseña ****
Interfaz
Resultado 1: el sistema despliega una ventana emergente indicando que el usuario no es válido.
Examen de Grado-Guillermo Castillo Añez
Página 34
Entrada 1: Se ingresan los datos correctos.
Campo Valor
Login drcastillo
contraseña ****
Examen de Grado-Guillermo Castillo Añez
Página 35
Resultado 1: Se realiza el ingreso al sitio web.
Nota.- El campo contraseña se muestra de manera oculta (puntos).
Examen de Grado-Guillermo Castillo Añez
Página 36