Examen de Grado

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


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.


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.


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.


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.


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


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


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.


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.


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


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


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


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.


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


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>>


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


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.


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


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


Página 22

Diagrama de clases vista-Diseño

CENTRO_ESPECIALIDAD

idcentro : Integeridespecialidad : Integer

guardar()modificar()eliminar()listar()

MEDICO_ESPECIALIDAD

idespecialidad : Integeridmedico : Integer


CATEGORIA

idcategoria : Integernombre : String


ANALISIS

idanalisis : Integernombre : String


1*

1*PERTENECE

LABORATORISTA

idlaboratorista : Integerlogin : Stringcontraseña : String


RECEPCIONISTA

idrecepcionista : Integerlogin : Stringcontraseña : Stringturno : String


MEDICO_CENTRO

idmedico : Integeridcentro : Integerlogin : Stringcontraseña : String


DETALLE_SOLICITUD

iddetalle_solicitud : Integerobservacion : String


*

1

*

1

TIENE

SOLICITUD

idsolicitud : Integerfecha : Dateformaobtencion : String


*

1

*

1REALIZA

1

*

1

*

LLEVA

MEDICO

idmedico : IntegerregistroMedico


ESPECIALIDAD

idespecialidad : Integernombre : String


*

*

*

*

TIENE

OPERADOR

idoperador : Integerlogin : Stringcontraseña : String


Responsable

idresponsable : Integercargo : String


CENTROMEDICO

idcentromedico : Integernombre : Stringresponsable : Stringdireccion : Stringtelefono : Integer


*

*

*

*

* ** *TIENE

ASIGNACION

idasignacion : Integerobservacion : String


1

*

1

*

RECIBE

*

1

*

1

REALIZA

1

1

1

1

REALIZA

IMAGEN

idimagen : Integerfoto : Bytedescripcion : String


PACIENTE

idpaciente : Integerlogin : Stringcontraseña : stringpeso : String


*

1

*

1

PERSONA

idpersona : Integernombres : Stringapellidos : Stringci : Stringteléfono : Stringdireccion : StringfechaNacimiento : Stringsexo : String


RESULTADO

idresultado : Integerfecha : Datedescripcion : String


*1 *1

OBTIENE

1

1

1

1


Página 23

Modelo Relacional


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


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


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


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


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


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)


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.


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


Página 32

Mensaje de Error Regreso a pantalla

Modelo de prueba #2 Caso de prueba “Ingresar al sistema”


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.


Página 34

Entrada 1: Se ingresan los datos correctos.

Campo Valor

Login drcastillo

contraseña ****


Página 35

mailto:[email protected]

Resultado 1: Se realiza el ingreso al sitio web.

Nota.- El campo contraseña se muestra de manera oculta (puntos).


Página 36

Documents

Examen de Grado