Gestion de Citas

UNIVERSIDAD NACIONAL HERMILIO VALDIZN EAP.
INGENIERA DE SISTEMAS ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN
UNIVERSIDAD NACIONAL HERMILIO VALDIZN FACULTAD DE INGENIERA INDUSTRIAL Y DE SISTEMAS E.A.P. Ingeniera de Sistemas
ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN
TRABAJO DE APLICACIN
TEMA Gestin de citas en el Hospital Regional Hermilio Valdizn
Profesora: Ing. Jorge Culantres Santos
Alumnos: EUGENIO FALERA, Dalwin Abel. GAVIDIA CASTILLO, Kelwin. VALER BEJARANO, Jhersy.
HUNUCO-PER 2009
Pg. 1
UNIVERSIDAD NACIONAL HERMILIO VALDIZN EAP. INGENIERA DE SISTEMAS ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN
Pg. 2
INTRODUCCIN El presente trabajo de aplicacin de teoras de sistemas de informacin que comprende la etapa de anlisis y diseo del sistema, busca estudiar (entender) la gestin de citas en el Hospital Regional Hermilio Valdizn como un sistema; comprendido esto, necesitamos aplicar un adecuado estudio. Para este desarrollo necesitamos evaluar nuestro sistema desde diferentes perspectivas (diagrama de objetos, diagrama de casos de uso, diagramas de actividades, diagrama de secuencias, diagrama de colaboraciones, diagrama de clases, etc.) Este modo de hacer las cosas tiene que ver con el ciclo de vida de un proyecto o software. Lo primero que se trata de hacer es el anlisis, luego se vuelcan el diseo, la implementacin y la puesta en marcha.
Pg. 3
DEFINICIN DE OBJETIVOS OBJETIVO GENERAL Analizar y disear el sistema de gestin de citas del Hospital Regional Hermilio Valdizn para proponer finalmente un sistema de informacin. OBJETIVOS ESPECFICOS Estudiar el caso de gestin de citas actual. Obtener las necesidades del caso. Disear un nuevo sistema de gestin de citas con los requerimientos del usuario. Proponer el nuevo sistema del caso.
Pg. 4
Especificaciones
PRESENTACIN DE LA ORGANIZACIN HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO
1. GENERALIDADES
El Hospital Regional hermilio Valdizn Medrano es un rgano desconcentrado de la la salud, previniendo Direccin de Red de Salud Hunuco que las enfermedades y garantizando la tiene la misin de proteger la dignidad personal, promoviendo atencin integral de salud de todos los habitantes de la Regin de Hunuco; proponiendo y conduciendo la polticas sanitarias en concertacin con todos los sectores y donde se realice investigacin y docencia.
2. DOMICILIO LEGAL
El Hospital Regional Hermilio Valdizn Medrano de Hunuco tiene su domicilio legal en el Jr. Hunuco. Hermilio Valdizn N 950, Departamento de Distrito de Hunuco; Provincia de Hunuco y
3. VISIN
Ser un Hospital acreditado, lider en la Regin Centro Oriental, con infraestructura, equipos modernos y recursos humanos suficientes, que brinden atencin especializada con calidad, equidad, integridad e interculturalidad y donde se realice investigacin y docencia.
4. MISIN
Brindar servicios de salud especializadas a la Regin Hunuco con equidad, integridad, interculturalidad y calidad basado
Pg. 5
en
principios
morales,
ticos
humanos,
que
busquen
la
recuperacin y rehabilitacin fsica y mental de nuestros usuarios.
5. OBJETIVOS ESTRATGICOS
Los Objetivos Estratgicos del Hospital a. son los siguientes:
Garantizar el acceso y la atencin integral con servicios de salud de calidad adecuados a las necesidades de la poblacin y bajo criterios de equidad.
b. c.
Proteger la vida y salud de todas las personas desde su concepcin y durante sus ciclos de vida hasta su muerte. Lograr que todos los nios reciban y lactancia adecuada materna nutricin exclusiva, infantil. ablactancia nutritiva
d. e.
Impulsar una adecuada poltica de gestin de los recursos humanos a travs de capacitacin permanente. Disminuir la morbi-mortalidad de la poblacin de Hunuco, mediante actividades integrales de salud y mejorar la calidad de salud al usuario en el ao 2006.
6. DIAGNSTICO SITUACIONAL
La planificacin estratgica por resultados para el 2009, exige una drstica implementacin En el de rea actividades de en el se Hospital Hermilio Valdizn. informtica
viene desarrollando la migracin del antiguo sistema de datos (en DOS) a un mejor gestos de datos y aplicaciones (Base de datos MySQL e Interfaz de usuario en Java).
Pg. 6
Anlisis
1. NOMBRE DEL SISTEMA: Gestin de citas 2. DESCRIPCIN DEL NEGOCIO ACTUAL El paciente -que de aqu en adelante se denominar clienteque llega al Hospital Hermilio Valdizn Medrano de Hunuco por consultorio externo (Ej. paciente ambulatorio1) se puede acercar donde la entrada cronograma especialidad Personal 1. Existen tres tipos de cliente: paciente estndar, paciente asegurado al Seguro Integral de Salud, y pacientes del Seguro de Policas. Al mismo tiempo un paciente puede ser representado por otra persona (Ej. Un menor de edad no puede solicitar una cita, necesita de un apoderado). No hay preferencia en ninguno de los casos. El cliente lo primero que debe hacer para solicitar una cita es obtener una ficha de atencin2 en el rea de Triaje. En un flujo normal del proceso un cliente obtiene una ficha siempre y cuando haya atencin Si un los de la de especialidad dos esta casos rea requerida en y no un cupos3 estn libro disponibles. disponibles, ltimos mencionados registra de no principal del Hospital para informarse del (Das en que del los mdicos mes. por El estarn disponibles) presente atenciones
encargado de hacer los cronogramas mensuales es la Unidad de
empleado
nuestros datos personales y reserva automticamente una cita para la prxima fecha disponible.
1 2
Paciente que necesita tratamiento mdico por perodos de tiempo. Ficha que lleva impreso el nombre de una especialidad y un nmero de orden. 3 Cita no ocupada.
Pg. 7
Si se trata de un cliente estndar lo siguiente que debe hacer es pagar un determinado monto por la consulta. Ms tarde el cliente en la debe entrada acercarse principal al rea de Admisin4 para (posicionado del Hospital)
solicitar nuestro historial; para ello ofrecemos al personal en la ventanilla nuestros datos personales. Nuestra solicitud ser validada por el trabajador de Admisin cuando presentemos la documentacin SIS presentar requerida sus (El cliente del SIS; estndar y el presentar su recibo de monto pagado por su derecho de consulta; el cliente papeles Polica asegurado presentar su carn de seguro) y documento de identidad. Una vez que el empleado de Admisin valida la solicitud procede a la bsqueda del cdigo de historial del cliente; ingresa los datos personales del paciente requeridos por el sistema de bsqueda en base de datos (programa en DOS) disponible en ese rea, y si el cliente entonces est se registrado obtiene como en la base de el datos cdigo del del Hospital historial respuesta
mdico. Un proceso alternativo es cuando se trata de un cliente nuevo, entonces se registran datos detallados de la persona en la base de datos y se genera un cdigo del nuevo historial. Luego, otro de los empleados del rea de Admisin es el encargado de la bsqueda fsica del historial en los paquetes documentados por fecha. La bsqueda es sistemtica y no tan rgida. Un proceso alternativo es el siguiente: si algn historial no es encontrado se le notifica al empleado de la ventanilla para que genere un nuevo cdigo de historial (no olvidar que el cliente a quin perteneca el historial mdico ya est registrado en la base de datos del Hospital). Una vez encontrados una cierta cantidad de historiales, estos estn a disposicin del rea de Triaje en otra ventanilla. El rea de Triaje recoge los historiales y hace llamadas sistemticamente a los pacientes (se sirve de las fichas de atencin) para la medicin de sus signos vitales segn sea la especialidad designada. De ah el paciente es derivado a la especialidad (departamento) que solicit, donde tiene que esperar el turno que le asignaron.
4
rea donde se encuentran almacenados los historiales.
Pg. 8
3. DIAGRAMA DE CASOS DE USO DEL NEGOCIO 3.1. IDENTIFICANDO LOS LMITES DEL SISTEMA Cul es el lmite de este sistema? El sistema trata sobre la Gestin de Citas por Consulta Externa. 3.2. IDENTIFICANDO ACTORES Comenzamos identificando los actores de este sistema, los
actores son cualquier cosa que interactue con el sistema. Nos hacemos las siguientes preguntas: Quin usa el sistema? El cliente Qu sistemas usan este sistema? Triaje Unidad de Personal rea de Admisin Quin provee informacin al sistema? Unidad de personal
Cliente
Unidad de Personal
Triaje
Admision
Pg. 9
IDENTIFICANDO CASOS DE USO
Created/modified by: <name> Date: <2009-01> Approved by: <name> Date: <approval date> Generar cronograma <<include>> <<extend>> Consultar la atencion del servicio Consultar cronograma Unidad de Personal
Pedir una cita Cliente
Triaje
Buscar Historial Pedir Historial
Obtener lista de citas
Ceder Historial Admision
Pg. 10
Diseo propuesto
1. REQUERIMIENTOS DEL SISTEMA5 El sistema debe permitir elaborar un cronograma de fechas disponibles de atenciones. Registrar clientes en todos los casos que se trate por consultora externa. Reservar citas para una fecha determinada. Manejo de cancelacin de citas por parte de los clientes. Debe ser coherente con las polticas y metas del Hospital. Elaboracin de listas de citas. 2. REQUERIMIENTOS NO FUNCIONALES Usabilidad: Se necesitar una capacitacin a los usuarios (trabajadores del Hospital y clientes). Sistema: Se ejecutar en cualquier sistema operativo. Seguridad: Integracin Conceptos con de seguridad sistemas: de Puede base de datos y generacin de backups diarios. Consistencia de datos6. otros interactuar con Sistema de Caja, Sistemas de Atencin por Especialidad, y Unidad de Seguros. Deteccin, Manejo y Reporte de errores: El sistema estar desarrollada Redundancia: datos. Rendimiento: La velocidad del sistema depender de hilos. del hardware. El sistema usar
5 6
con El
lenguaje sistema
de
programacin manejar
que
soporte de
errores (Java o PHP). deber duplicidad
la tecnologa
Se trata de la Gestin de Citas. Los datos que se ingresan deben ser coherentes.
Pg. 11
3. Analisis de riesgo: Gente La inexperiencia de los diseadores del software crearn problemas? Cmo podemos asegurarnos que el sistema sea fcil para personas no tcnicas? Sistema Podemos tener xito si no tenemos una interfaz web? Cmo podemos prevenir la perdida de datos y cita del cliente en una falla del sistema? Qu pasa si el sistema se llena inmediatamente con citas? Cmo manejamos el colapso de la base de datos? El negocio posee los equipos necesarios de soporte del sistema? 4. Factores de mercado: tipo de tecnologa del Un porcentaje de los clientes que se para el ese caso se existe un de Tecnologa
atienden en el hospital Hermilio Valdizn, no manejan el Internet, cliente, representante cual encargara
establecer una cita para el cliente. 5. SISTEMA PROPUESTO: Gestin de Citas por medios: Desktop y Pgina Web. 6. DIAGRAMA DE CASOS DE USO DE NIVEL DEL SISTEMA 1. IDENTIFICANDO LOS LMITES DEL SISTEMA
Cul es el lmite de este sistema? El sistema trata sobre la Gestin de Citas por Consulta Externa. 2. IDENTIFICANDO ACTORES
Pg. 12
Comenzamos
identificando
los
actores
de
este
sistema,
los
actores son cualquier cosa que interactue con el sistema. Nos hacemos las siguientes preguntas: Quin usa el sistema? El cliente Representante del Cliente Quin provee informacin al sistema? Unidad de Personal Triaje Gestor de citas Sucede sistema? Gestor de citas algo automticamente al momento de usar este
Admision
(f rom Actors)
Representante del Cliente

(f rom Actors)
Cliente
(f rom Actors)
Unidad de Personal
(f rom Actors)
Descripcion de los actores: Cliente: Una persona natural o juridica que desea ser atendida en el hospital. Estados del Cliente Estado Pendiente El cita. Confirmado El cliente ha confirmado la atencin Anulado de su cita a una fecha dada. El cliente ha cancelado su cita. Representate del cliente: Cualquier persona pertenezca al Hospital o no (Ej. Pariente del paciente cliente) que solicite una cita a nombre del cliente. El Personal Descripcin cliente ha una solicitado/reservado
Pg. 13
del rea de Triaje y/o Admisin podran hacer el papel de Representante del Cliente dada las siguientes condiciones: El cliente no conoce el sistema y va donde Triaje y/o Admisin para solicitar una cita. El cliente es un menor de edad y necesita de un tutor o apoderado para solicitar una cita. El cliente se encuentra indispuesto para solicitar una cita, por lo cual otorga poder a un representante. Unidad de Personal: Es el responsable de procesar un cronograma por mes. Gestor de citas: Es el software que se encarga de reportar, actualizar y borrar citas no pendientes. Triaje: Se encarga de confirmar las citas.
Pg. 14
DIAGRAMA DE CASOS DE USO DEL NIVEL DE SISTEMA PROPUESTO

<<include>>
Consultar Cronograma Confirmar Cita

(from <Use Case Name>)
Generar Cronograma
Representante del Cliente

(f rom Actors)
Unidad de Personal
(f rom Actors)
<<include>> Establecer Cita Web <<include>>

Admision
(f rom Actors)
Solicitar Historial
Cliente
(f rom Actors)
Establecer Cita
<<include>>
<<include>> Imprimir Ficha de Atencion

Cambiar Estado de la Cita Buscar Historial

(from <Use Case Name>) (from <Use Case Name>)
Pg. 15
7. DISEO DE INTERFACES (PROTOTIPO)

Vista 1.
HOSPITAL REGIONAL HERMILIO VALDIZN DE HUNUCO
El usuario ingresa sus nombres y apellidos. El usuario ingresa un cdigo segn tipo de usuario: Cliente: Nmero de historial Personal de Admisin: Cdigo de personal Trabajadores de Unidad de Personal: Cdigo de Personal
Usuario: Contrasea:
Aceptar Ayuda Cancelar Registrarse
Pg. 16
Vista 2. PRECONDICIN: Datos validados del cliente:

Aceptar
De (1) y (5)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO GESTIN DE CITAS

Calendario de Atencin
Sbado, 18 de julio del D L M M 1 5 12 19 26 6 13 20 27 7 14 21 28 8 15 22 29 J 2 9 16 23 30 V 3 10 17 24 31 2009 S 4 11 18 25
Bienvenido Seor(a): Nombre de Usuario

Cerrar sesin
tem 1 2
Especialidad Medicina General Traumatologa
Mdico Dr.Chanam Dr. Vitor Sierra
Cantidad cupos 20 5
Seleccionar
NOTA: Para confirmar la cita tiene que presentar la documentacin necesaria. Ej.: Recibo si es un cliente normal. Una vez reservado la cita tiene un plazo de 7-8am de la fecha de la cita para confirmarla, en Admisin.
Establecer cita Ayuda
Cita Pendiente
1. Nombre de la Especialidad. Ej.: Traumatologa. 2. Nombre del Mdico con el que se va a tratarse. Ej.: Dr. Vitor Sierra 3. Fecha
Si desea cancelar su cita pendiente haga click en el siguiente botn.
Cancelar Cita
Pg. 17
Vista 3. PRECONDICIN: Datos validados de (2):

Reservar cita
De (2)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO
_____________________________________
FICHA DE ATENCIN _____________________________________ 1. Nombre y Apellidos del Cliente 2. Cdigo de Historial 3. Nombre de la Especialidad. Ej.: Traumatologa. 4. Nombre del Mdico con el que se va a tratarse. Ej.: Dr. Vitor Sierra 5. Fecha
CONSERVAR Y PORTAR ESTA FICHA ES NECESARIO PARA ATENDERSE EN TU ESPECIALIDAD
Salir
Imprimir
Vista 4. PRECONDICIN:
Ayuda
de (1)
Escribir correctamente donde dice usuario y contrasea. Ingrese su contrasea segn tipo de usuario: 1. Si es cliente ingresar su cdigo de historial. 2. Si es trabajador de Admisin ingresar su cdigo de personal. 3. Si es personal de Unidad de Personal ingresar su cdigo de personal. Si usted es cliente nuevo haga clic en registrarse.
Salir
Pg. 18
Vista 5. PRECONDICIN: n Registrarse de (1)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO NUEVO USUARIO

Apellidos: DNI: Sexo: Masculino Femenino Nombres:
Domicilio Actual: Fecha de Nacimiento: Telfono/ Celular: Grado de Instruccin: Ocupacin: Religin: Estado Civil: Apellidos Padre: Apellidos Madre: Apellidos Nombres Nombres Nombres 14 Mayo 1990
Nombre de la persona responsable: Edad: Domicilio:
DNI: Telfono:
Aceptar
Cancelar
Pg. 19
Aceptar
de (5)
Hey! Su cdigo de historial es: Nmero de Historial generado NOTA: Este nmero ser necesario para ingresar a su cuenta la prxima vez
Salir
Pg. 20
Vista 7. PRECONDICIN: Datos validados del Personal de Admisin.

Aceptar
De (1)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO GESTIN DE CITAS

Calendario de Atencin
Sbado, 18 de julio del D L M M 1 5 12 19 26 6 13 20 27 7 14 21 28 8 15 22 29 J 2 9 16 23 30 V 3 10 17 24 31 2009 S 4 11 18 25
Bienvenido Seor(a): Nombre de Usuario

Cerrar sesin
LISTA DE CITAS
tem 1 2 3 Nombre y Apellidos Jhersy Valer Bejarano Kelwin Gavidia castillo Darwin Eugenio Falera Historial HC001 HC003 HC002 Especialidad Traumatolog a Medicina Oftalmologa Mdico Mdico3 Mdico2 Mdico2 Confirmar Cancelar Estado
Apellidos:
Nombres:
Cdigo:
Buscar
Imprimir ficha
Pg. 21
Imprimir ficha
de (7)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO
_____________________________________
NOMBRE DE ESPECIALIDAD
N DE ORDEN
_____________________________________ 1. Nombre y Apellidos del Cliente 2. Cdigo de Historial 3. Nombre del Mdico con el que se va a tratarse. Ej.: Dr. Vitor Sierra 4. Fecha
CONSERVAR Y PORTAR ESTA FICHA ES NECESARIO PARA ATENDERSE EN TU ESPECIALIDAD
Aceptar
Pg. 22
Vista 9. PRECONDICIN: Personal.

Aceptar
Datos
validados
de
trabajador
de
Unidad
de
De (1)
HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO UNIDAD DE PERSONAL
Ver Lista por especialidad:
Ver
CRONOGRAMA DE ATENCIONES
tem Medico Especialida d Das no Disponibles
BUSCAR MDICO Apellidos:
Nombres:
Nuevo Mdico
Buscar
Generar Cronograma
Pg. 23
Arquitectura
1. PRIMER INTENTO DE UNA ARQUITECTURA PARA EL SOFTWARE7 Trabajar con Paquetes, Subsistemas o Dominios? Se dio por conveniente utilizar una arquitectura de paquetes, pues creemos no tener dominios que crear, y no podemos detectar subsistemas en el negocio debido a que nuestro sistema ya est delimitado.
Basado en el Apndice 2.
Pg. 24
Pg. 25
Diseo de Base de Datos

1. DISEO LGICO
DESCRIPCIN DE TABLAS: Paciente: medica. Representante Paciente: registra a las personas que hacen representacin de un paciente que es menor de edad o no est en condiciones de hacerlo por s mismo. Estarn registrados todos los pacientes, las personas que fueron atendidas o que necesitan de atencin
Pg. 26
Historial:
registra
los
diagnsticos
realizados
los
pacientes, para el sistema solo ser de utilidad el cdigo de historial que este asignado un paciente para efectuar una reservacin de cita, de no contar con este deber dirigirse a admisin para que se asigne un historial. Medico: VALDIZAN. Especialidad Mdica: Registra las especialidades que ofrece el H.R. HERMILIO VALDIZAN. Cronograma de Atencin: registra los das no disponibles de los mdicos de una determinada especialidad durante el mes en curso. Cita: registra todas las solicitudes de cita que realizan los pacientes, las cuales debern ser confirmadas para que pasen en espera de atencin mdica. Estarn registrados todos mdicos, los especialistas de la medicina que laboran en H.R. HERMILIO
Pg. 27
Glosario
1 UNIDAD DE PERSONAL Es la unidad orgnica encargada de lograr los recursos humanos necesarios y adecuados para el cumplimiento de los objetivos estratgicos y funcionales del Hospital; depende de la Oficina de Administracin y tiene asignados los siguientes objetivos funcionales a) Lograr la aplicacin de las polticas y normas de carcter interno y especfico de administracin y desarrollo de personal; as como proponer su implementacin, actualizacin e innovacin. b) Gestionar, c) Proponer la programar y registrar e el pago de de normas las de remuneraciones, pensiones, beneficios y bonificaciones. actualizacin innovacin administracin y desarrollo de personal. d) Proponer al rgano de Direccin Ejecutiva los desplazamientos del personal entre unidades orgnicas y/o puestos de trabajo, en el marco de la normatividad vigente. e) Implementar necesarios. f) Formular el Presupuesto Analtico de Personal. g) Identificar y satisfacer las necesidades de recursos humanos, que deben asignarse los y a los y el cargos o puestos de trabajo, del establecidos en el Cuadro para Asignacin de Personal, para desarrollar Hospital. h) Establecer ejecutar planeamiento, programacin, reclutamiento, seleccin, contratacin, registro, asignacin e induccin del personal para cubrir los puestos de trabajo o cargos con financiamiento presupuestal. procesos sistemas organizacionales oportunamente el Cuadro para Asignacin de Personal del Hospital para dotarlo de los recursos humanos
Pg. 28
i) Programar y ejecutar el control, desarrollo y capacitacin del personal, para que desempeen el logro las de el capacidades los y habilidades j) Sistematizar de decisiones requeridas y y para objetivos de los
funcionales asignados. mantener la actualizado del registro de informacin de los recursos humanos del Hospital para la toma planificacin desarrollo recursos humanos. k) Desarrollar la cultura organizacional y asistir tcnicamente a la Direccin Ejecutiva para lograr el compromiso del personal con la visin y misin institucional. l) Mantener un clima laboral adecuado para el cumplimiento de los fines del Hospital. m) Lograr que se establezca en la unidad orgnica y en el mbito de su competencia y objetivos funcionales el control interno previo, simultneo y posterior.
Pg. 29
Arquitectura
STEREOTYPE PACKAGES Package: Un contenedor, representado como un folder, que puede contener Rational documentos, paquetes. Un paquete es un elemento general de un modelo propuesto que organiza elementos del modelo dentro de grupos. artefactos vistas de y diferentes pueden otros tipos. contener paquetes. Los Los paquetes paquetes en en RequisitePro requerimientos,
RationalRose pueden
contener elementos de un modelo y otros
Subsystem Package: Aunque est muy relacionado a un sistema, es un grupo de elementos del modelo que tienen comportamiento y objetivos especficos. Un subsistema es un paquete estereotipado y es representado por el icono de un paquete con el estereotipo subsystem.
<<subsystem>> Human Resource Subsystem
Domain Package: Contiene dominios. Los dominios son nicamente modelados en un modelo de datos. Sin embargo, podemos usar el nombre de un dominio como un tipo de dato comn/habitual en uno u otro modelo de objetos o modelo de datos.
<<domain>> User Interface
Pg. 30
2.
PATRN DE ARQUITECTURA DE TRES NIVELES
Disear en 3 capas...trata sobre no poner todo tu cdigo en las interfaces de usuario de tu sistema (IU). Para subsanar esto, la idea
es Capa
tener de
niveles
de
funcionalidad con y nuestras sus
bien IU
definidos: (formularios visuales
presentacin, pginas
windows,
HTML,..)
controles
(textBox, comboBox, dataGrids) junto con sus eventos (los click y etc.)
Capa de negocio (lgica del dominio), aqu ira todo el cdigo que define las reglas de negocio (clculos, validaciones). Surge de los procesos que hemos encontrado en el anlisis.
Capa de acceso a datos, el cdigo que permite acceder a las fuentes de datos. Esencialmente trata sobre 4 operaciones bsicas, llamadas CRUD (por Create-RetrieveUpdate y Delete), que se realizan sobre cualquier fuente de datos (normalmente alguna base de datos relacional).
Interfaz de usuario
Reglas del Negocio
Base de datos
Ejemplo de Arquitectura de Tres Niveles En 3 tiers la ejecucin est distribuida: Front-End, donde se ejecutan las IU del cliente. Los Browsers. MiddleWare, recibe solicitudes de las IU a travs de la red. Estos son mensajes (XML, SOAP,...) que se envan mediante protocolos de transporte (HTTP,TCP,UDP,..). El Servidor Web. BackEnd, nuestra base de datos algn proceso externo a nuestro software. Por ltimo "Modelo-Vista-Controlador" es un patrn de diseo de arquitectura que est asociado a la idea de 3 capas (3 layers), aunque su objetivo es an ms fino. El mismo se centra en la
Pg. 31
secuencia de ejecucin, desde que se produce un evento en la capa de presentacin hasta que el mismo es atendido en forma completa.
Las partes que lo componen son: Vista: componente que recibe el estmulo y genera un evento, que puede involucrar a otros objetos de la IU. Corresponde a la capa de presentacin, y al Front-End(en Web:Html, JavaScript,...), aunque suele haber parte en el MiddleWare (controles ASP,PHP,...) Modelo: componente asociado a las entidades de negocio (cliente, factura, pago,...). En 3 capas incluye parte de la capa de negocio (entidades, pero no lgica de procesos) y toda la capa de acceso a datos. En 3 tiers se instala en el BackEnd (la BD) y parte en el MiddleWare (entidades de negocio y acceso a datos). Controlador: componente asociado a la lgica de procesos del negocio. En 3 capas la parte que faltaba y en 3 tiers en el MiddleWare. 3. Pipe and Filter
Usar la arquitectura de Pipes and Filters divide una tarea de procesos ms grande en una secuencia de pasos ms pequea, pasos de procesamientos ms pequeos (filters) que sean conectados por los canales (pipes).
Pg. 32
Cada filtro expone una interfaz muy simple: Recibe el mensaje en el pipe de entrada, procesa el mensaje y publica los resultados en el pipe de salida. El pipe conecta un filter con el siguiente, enviando mensajes desde un filter al siguiente. Porque los componentes utilizan la misma interfaz, estos pueden ser compuestos en diversas soluciones conectando a los componentes con diferentes pipes. Podemos agregar nuevos filter, omitir alguno existente, o cambiarlos en una nueva secuencia todo sin tener que cambiar los filter. La conexin entre filter y pipe a veces es llamada puerto. En la forma bsica, cada componente tiene un puerto de entrada y otro de salida. Pipes and Filter describen un estilo de arquitectura fundamental para los sistemas de mensajera: Los pasos de proceso individuales (filter) son encadenados juntos a travs de los canales de la mensajera (pipes). Muchos patrones en esta y las secciones Filter. siguientes, Esta les tales como fcilmente patrones combinar routing y patrones transformation se basan en el estilo de arquitectura Pipes and permite individuales en soluciones ms grandes. Pipeline Processing (Proceso de tubera) Conectando componentes con asincrnico Message Channels permite que cada unidad en la cadena funcione en su propio hilo o su propio proceso. Cuando una unidad ha terminado el proceso de un mensaje, puede enviar el mensaje al canal de la salida y comenzar inmediatamente a procesar otro mensaje. No tiene que esperar los componentes subsecuentes para leer y para procesar el mensaje. Esto permite Por que los mensajes despus puede mismo de ser mltiples que el se sean haya al procesados concurrentemente mientras que pasan a travs de las etapas individuales. el ejemplo, mensaje, Al desincriptado primer pasado
componente de autentificacin.
tiempo,
mensaje
siguiente esta listo para ser desincriptado (vase la figura). Llamamos tal configuracin un Pipeline Processing (Proceso de tubera) porque los mensajes atraviesan los filtros como el
Pg. 33
lquido atraviesa un pipe. Cuando un procesamiento secuencial es comparado estrictamente, un procesamiento Pipeline puede significativamente aumentar el rendimiento del sistema. Pipeline Processing with Pipes and Filters
Parallel Processing Incrementando el Rendimiento con procesamiento Paralelo
4.
SOA Arquitectura Orientada a Objetos
Los componentes del sistema encapsulan datos y operaciones que deben utilizarse para manipular dichos datos. La comunicacin y coordinacin mensajes. En esencia es un sistema donde se enfatiza el empaquetamiento de datos y operaciones que permiten manipular y acceder a dichos datos. Aqu los subsistemas estn definidos alrededor de los datos y sus funciones asociadas. Una vez identificado los subsistemas pueden interrelacionarse de cualquier manera que necesiten para cumplir el trabajo del sistema. entre componentes se realiza mediante envo de
Pg. 34
Tomar Pedido
Enviar Pedido
Procesar Pago
Ejemplo de Arquitectura Orientada a Objetos Este enfoque enfatiza las dependencias entre las piezas del sistema mientras muestra cada funcin como una pieza separada autocontenida. En contraste, en la arquitectura de tres niveles cada funcin existe en tres lugares, la interfaz de usuario, las reglas de negocio y la base de datos. En la arquitectura Pipe and Filter, las funciones pueden relacionarse slo a travs de los datos.
Pg. 35

Gestion de Citas

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Gestion de Citas

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL HERMILIO VALDIZN EAP.

INGENIERA DE SISTEMAS ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN

ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN

TEMA Gestin de citas en el Hospital Regional Hermilio Valdizn

Profesora: Ing. Jorge Culantres Santos

recuperacin y rehabilitacin fsica y mental de nuestros usuarios.

encargado de hacer los cronogramas mensuales es la Unidad de

rea donde se encuentran almacenados los historiales.

IDENTIFICANDO CASOS DE USO

Pedir una cita Cliente

Buscar Historial Pedir Historial

Obtener lista de citas

Ceder Historial Admision

errores (Java o PHP). deber duplicidad

Representante del Cliente

DIAGRAMA DE CASOS DE USO DEL NIVEL DE SISTEMA PROPUESTO

Consultar Cronograma Confirmar Cita

Representante del Cliente

(from <Use Case Name>)

<<include>> Establecer Cita Web <<include>>

<<include>> Imprimir Ficha de Atencion

Cambiar Estado de la Cita Buscar Historial

7. DISEO DE INTERFACES (PROTOTIPO)

Vista 2. PRECONDICIN: Datos validados del cliente:

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO GESTIN DE CITAS

Bienvenido Seor(a): Nombre de Usuario

Especialidad Medicina General Traumatologa

Mdico Dr.Chanam Dr. Vitor Sierra

Establecer cita Ayuda

Si desea cancelar su cita pendiente haga click en el siguiente botn.

Vista 3. PRECONDICIN: Datos validados de (2):

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO

Vista 5. PRECONDICIN: n Registrarse de (1)

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO NUEVO USUARIO

Nombre de la persona responsable: Edad: Domicilio:

Vista 7. PRECONDICIN: Datos validados del Personal de Admisin.

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO GESTIN DE CITAS

Bienvenido Seor(a): Nombre de Usuario

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO

Vista 9. PRECONDICIN: Personal.

HOSPITAL REGIONAL HERMILIO VALDIZN MEDRANO DE HUNUCO UNIDAD DE PERSONAL

Ver Lista por especialidad:

BUSCAR MDICO Apellidos:

Diseo de Base de Datos

contener elementos de un modelo y otros

PATRN DE ARQUITECTURA DE TRES NIVELES

funcionalidad con y nuestras sus

definidos: (formularios visuales

Reglas del Negocio

Parallel Processing Incrementando el Rendimiento con procesamiento Paralelo

SOA Arquitectura Orientada a Objetos

Vous aimerez peut-être aussi