ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) · control del enfermo. Área de hospitalización:...
Transcript of ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) · control del enfermo. Área de hospitalización:...
PROYECTO FIN DE CARRERA
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA
AUTOR: PABLO GUIJARRO GALDAMEZ
DIRECTOR: PEDRO LÓPEZ JUÁREZ
MADRID, JUNIO 2006
UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)
INGENIERO EN INFORMÁTICA
Autorizada la entrega del proyecto del alumno:
PABLO GUIJARRO GALDAMEZ.
EL DIRECTOR DEL PROYECTO
PEDRO LÓPEZ JUÁREZ
Fdo.: Fecha: 29/06/2006
Vº Bº del Coordinador de Proyectos
DAVID CONTRERAS BÁRCENA
Fdo.: Fecha: 29/06/06
A mi familia por su estimulo, ánimo y confianza; a Mati
por su ayuda y paciencia…
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA I
Resumen
Esta aplicación se ha desarrollado como resultado de una necesidad hipotética surgida
en una policlínica cuya meta es ayudar en el control y gestión de los pacientes que
asisten a la misma.
Proporciona organización y control de los servicios básicos que pueden ofrecer en una
policlínica, esto es, gestión de médicos, pacientes, consultas médicas, tratamientos,
pruebas médicas, operaciones, gestión de habitaciones cuando requieren ingreso,
gestión de recetas, solicitud de recetas previa activación de medicamentos por parte del
médico correspondiente, gestión de pacientes, realizado a través de Internet por el
propio usuario y que es requisito indispensable para acceder a la sistema de gestión
Web.
Incorpora la gestión económica de los pacientes, facturándoles en función de los
servicios prestados y del número de días ingresados en caso de haberlo estado. A nivel
estadístico, permite generar informes acerca de las especialidades con mayor número de
pacientes o medir la asistencia de los pacientes, así como el seguimiento de los mismos.
Se ha utilizado la tecnología ASP.NET (Active Server Pages) para el acceso a la base de
datos (Web Service), y se ha usado lenguaje SQL para optimizar el rendimiento de las
consultas.
En la documentación se muestra una descripción de la situación actual que existe en la
medicina desde el punto de vista de la informática, además de un análisis del mercado
de aplicaciones de gestión médica, el plan de pruebas realizado y la planificación
completa.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA II
Abstract
This application has been developed as resulting from a hypothetical necessity risen in a
policlinic whose goal is to help in the control and management from the patients who
attend the same one.
It provides organization and control of the basic services that can offer in a policlínica,
this is, management of doctors, patients, medical consultations, treatments, medical
tests, operations, management of rooms when they require entrance, prescription
management, previous prescription request medicine activation on the part of the
corresponding doctor, management of patients, made through Internet by the own user
and who is requisite indispensable to accede to the management system Web.
It adds the economic management of the patient ones, registering according to the done
services and of the number of entered days in the event of have him state. To statistical
level, he allows to generate reports about the specialities with patient older number or
measure the patient`s attendance, as well as the pursuit of such.
Technology ASP.NET (Active.server Pages) for the access to the data base (Web
Service) has been used, and database language SQL have been used to optimize the
yield of the consultations.
In the documentation is to a description of the present situation that exists in the
medicine from the point of view of computer science, in addition to an analysis of the
market of applications of medical management. The plan of tests made and the complete
planning.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA III
GESTIÓN REMOTA VÍA WEB DE UNA POLICLíNICA
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA IV
Índice
1 Introducción................................................................................................ 1 1.1 Que es una Policlínica .................................................................................. 1 1.2 Características de una Policlínica................................................................ 1 1.3 Áreas de una Policlínica ............................................................................... 1 2 Estado del Arte ................................................................................................... 2 2.1 La Policlínica en la Sanidad Privada ........................................................ 2 2.2 Informática en la Salud............................................................................... 3 2.3 Concepto de Historia Clínica Electrónica ................................................. 6 2.4 Conclusión ................................................................................................... 7 2.5 Motivación del Proyecto ............................................................................. 9 3 Identificación de Necesidades............................................................... 10 3.1 Objetivo Generales .................................................................................... 10
3.2 Objetivos Específicos ................................................................................ 10 3.3 Alcance del Sistema................................................................................... 12 3.4 Tipología de Usuarios .............................................................................. 12 3.5 Restricciones............................................................................................. 12 3.6 Evaluación de alternativas ....................................................................... 13 3.7 Puntos de Inspección (PPI) ..................................................................... 19 3.8 Calendario del Proyecto ............................................................................ 20 3.9 Recopilación de Información.................................................................... 21
3.9.1 Fuente de Información......................................................................................21 3.9.2 Método de Búsqueda........................................................................................21 3.9.3 Técnica a Utilizar ...............................................................................................21
4 Análisis de Requisitos ............................................................................ 22 4.1 Perfiles de Usuario..................................................................................... 22 4.2 Administración de Actividades .................................................................. 23
5 Diseño ...................................................................................................... 35 5.1 Diagrama de Clases .................................................................................. 36 5.2 Casos de Uso ............................................................................................. 37 5.3 Diagrama de Estados ................................................................................ 75 5.4 Capas .......................................................................................................... 75
5.4.1 Capa de Datos ...................................................................................................76 5.4.2 Capa de Aplicación ...........................................................................................77 5.4.3 Capa de Presentación ......................................................................................77
5.5 Diseño de Datos ....................................................................................... 78 5.5.1 Entidad-Relación ...............................................................................................78 5.5.2 Diagrama Entidad-Relación .............................................................................79 5.5.3 Entidades del Modelo de Datos ......................................................................80 5.5.4 Relaciones del Modelo de Datos ....................................................................86
5.6 Diseño Lógico........................................................................................... 93 5.7 Esquema BBDD ...................................................................................... 100 5.8 Diagramas de Secuencia ....................................................................... 101 5.9 Diseño Navegación ................................................................................. 114
5.9.1 Cabecera ..........................................................................................................114 5.9.2 Bloque Principal...............................................................................................116 5.9.3 Menú Principal .................................................................................................117 5.9.4 Menú Médicos..................................................................................................118 5.9.5 Menú Consultas...............................................................................................119 5.9.6 Menú Tratamientos .........................................................................................120 5.9.7 Menú Operaciones ..........................................................................................121
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA V
5.9.8 Menú Recetas ..................................................................................................122 5.9.9 Menú Pacientes ...............................................................................................123 5.9.10 Gestión de Médicos ......................................................................................124 5.9.11 Gestión de Consultas ...................................................................................125 5.9.12 Gestión de Tratamientos..............................................................................127 5.9.13 Gestión de Pruebas ......................................................................................128 5.9.14 Gestión de Operaciones ..............................................................................130 5.9.15 Gestión de Habitaciones ..............................................................................131 5.9.16 Activar Recetas .............................................................................................133 5.9.17 Gestión de Medicamentos ...........................................................................134 5.9.18 Gestión de Recetas ......................................................................................136 5.9.19 Gestión de Pacientes ...................................................................................137
6 Pruebas.................................................................................................. 140 6.1 Pruebas de Interfaces y Contenidos..................................................... 140 6.2 Pruebas Funcionales y de Operación................................................... 143 6.3 Pruebas de Rapidez de Acceso ............................................................ 146 6.4 Pruebas de Usabilidad ........................................................................... 148 6.5 Pruebas de Seguridad............................................................................ 151 7 Valoración Económica .......................................................................... 153 8 Conclusiones.......................................................................................... 155 9 Bibliografía ............................................................................................. 157 10 Anexos.................................................................................................... 160 10.1 Anexo A: Entrevista con el Cliente........................................................ 161 10.2 Anexo B: Manual de Médico y Administrador ...................................... 164
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 1
1. Introducción
1.1 Que es una Policlínica
Se trata de un centro sanitario que ofrece a los pacientes un servicio que forma parte del
sub-sector público en el primer nivel de atención de la salud. Se brinda en la modalidad
ambulatoria a través de estos centros denominados policlínicas.
1.2 Características de una Policlínica
Una policlínica se trata de un centro sanitario que tiene un número de camas no superior
a 100, que cubre un número concreto de especialidades quirúrgicas y que ofrece
determinados servicios médicos al paciente.
1.3 Áreas de una Policlínica
� Área de consultas: éste área esta dedicada a la atención personalizada al
paciente. En ella se ha citado al paciente con antelación y cuando ésta se
produce, el paciente explica al médico su dolencia para obtener una solución.
Esta consulta puede no tener continuidad por que la dolencia del paciente no
requiera una nueva visita o dar lugar al inicio de un tratamiento en el que el
paciente tenga que realizar visitas periódicas y el médico tenga que llevar un
control del enfermo.
� Área de hospitalización: éste área forma parte de la gestión de las camas del
centro sanitario. La hospitalización de un paciente solo se realiza cuando éste va
a ser operado de forma inminente y por lo tanto su ingreso forma parte del
“preoperatorio”. De la misma forma, una vez operado el paciente, su estancia en
el centro se reduce al tiempo necesario como “postoperatorio”.
� Área de quirófano: éste área engloba las diferentes operaciones quirúrgicas que
se realizan a los pacientes con independencia de que requieran hospitalización
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 2
previa o no. Cada operación quirúrgica está compuesta por uno o más médicos
especialistas que la realizan, un anestesista y una o más enfermeras que darán
apoyo en cada operación a los médicos.
Las operaciones se planean con un cierto tiempo de antelación para
conocimiento, tanto del paciente como del equipo médico y hay un número
máximo de operaciones al día que depende de la duración estimada de las
operaciones programadas.
� Urgencias: esta es el área dedicada a los pacientes que llegan al centro y que
deben recibir una atención inmediata para estabilizar sus constantes vitales.
2. Estado del Arte
2.1 La Policlínica en la Sanidad Privada
El estado español cubre las necesidades sanitarias de todos sus ciudadanos mediante el
Sistema Nacional de Salud, financiado a través de impuestos y regentado por las
Comunidades Autónomas.
Más del 90% de la población utiliza este sistema para sus necesidades médicas. Este
sistema permite a los españoles elegir su médico de cabecera, a través del cual obtienen
acceso al resto del sistema.
La mayoría de los pacientes consiguen una cita con su médico en un día o dos desde la
solicitud. No suele suponer ningún gasto extra a los pacientes ya que la comunidad
autónoma corre con los gastos.
Para consultar a un especialista, los pacientes han de ser remitidos por el médico de
cabecera, excepto en caso de urgencia. Desgraciadamente, como en la mayoría de los
países europeo, las listas de espera para visitar a los especialistas o para intervenciones
voluntarias o no urgentes suelen ser largas. Por otro lado, el sistema sanitario público
español sólo cubre la atención sanitaria (con algunas excepciones), los tratamientos
dentales y los problemas ópticos van por la vía privada.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 3
En los últimos años la sanidad privada ha ganado en importancia. Se estima que un 15%
de la población posee seguros médicos privados, incluidos la mayoría de los
funcionarios públicos, a los que se les da la opción de elegir entre el sistema público y
el privado. Los seguros pueden utilizarse, bien como complemento o como alternativa a
la sanidad pública.
La ventaja del seguro privado es que las compañías tienen sus propias redes de
hospitales, clínicas y laboratorios, por lo que los asegurados no tienen que esperar tanto
para ser tratados. El único problema es que las compañías pueden insistir a los pacientes
en que utilicen sólo médicos que sean miembros de su grupo. Sin embargo, la mayoría
tienen programas que reembolsan el 80% de la factura de médicos de fuera del grupo.
Las compañías de seguros privados más importantes en este momento son Adeslas,
Asisa y Sanitas, según un artículo de aemigrar.com.
Con respecto a la sanidad privada, que es la que nos ocupa, cualquiera puede solicitarla.
Las compañías suelen ofrecer atención médica y dental con descuento si se solicitan las
dos variando bastante el precio dependiendo de la edad y sexo del solicitante.
2.2 Informática en la Salud
Informática en salud (IS), es la disciplina científica orientada al uso de las Tecnologías
de Información y Comunicación (TICs), como fundamento de la investigación
científica, la educación médica y el ejercicio profesional, haciendo especial énfasis en la
aplicación de la informática (Internet) como el nuevo paradigma de actualización
médica.
Las TICs están surgiendo y madurando rápidamente, en algunos casos a un ritmo más
rápido que el que los usuarios pueden absorber e integrar. Internet es uno de los
elementos distintivos de la última revolución tecnológica, y la también medicina hoy
llamada E-Medicina (medicina electrónica) ha sabido utilizar este nuevo canal de
comunicación; E-Jounals, E-learning o educación a distancia, MedLine, PubMed,
Lilacs, receta electrónica, firma médica digital, etc…
Las Tecnologías de la Información y de las Comunicaciones (TIC) han permitido la
evolución del concepto tradicional de la historia clínica en papel, como documento
exclusivamente médico, limitado a recoger una información de los episodios de la
relación entre los profesionales sanitarios y el paciente, en un tiempo y lugar específico,
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 4
hacia una nueva historia clínica, la Historia de Salud, que es capaz de integrar toda la
información referida al estado de salud de una persona.
Aunque en su concepción más amplia la informática médica se identifica con la lógica
de la atención a la salud, se acostumbra a relacionarla más bien con los sistemas de
información y de comunicación, los lenguajes médicos formales, las guías de práctica
clínica, la inteligencia artificial y la cibernética. El término se ha vinculado fuertemente
con la tecnología de la computación, aunque en realidad ésta tiene sólo un valor
instrumental en la informática y, ante el cambio frecuente en las cualidades de los
equipos, tiene también una vigencia breve. Son los principios y fundamentos de la
informática lo que puede ayudar a adaptarse al acelerado cambio tecnológico y, más que
en la ingeniería de la computación, la informática se sustenta en el valor de la
información y en la capacidad para utilizarla.
La información es fundamental para la práctica médica. Además de la relativa a
procesos de bajo nivel -como la que manejan la física y la química-, la medicina
requiere información relacionada con objetos complejos como son los organismos y las
sociedades. Los médicos se han dado cuenta de que muchos de sus problemas se
resuelven con el acceso a la información y que otros tienen que ver con la
sistematización de su propio pensamiento para usarla apropiadamente. Esto les ha
permitido describir y manejar mejor el conocimiento médico, de modo que la
informática está en el centro de muchos de los progresos médicos. La informática ha
acercado la información al médico y le ha ofrecido herramientas para aprovecharla
mejor.
La informática en medicina ha tomado actualmente un gran empuje, pues la necesidad
de información actualizada se hace imprescindible en la toma de decisiones, situación
en la que deben ser tomadas teniendo en cuenta la mejor información disponible.
Además, el uso de Internet que cada día es más accesible hace en ocasiones
imprescindible, su uso para la obtención de información actualizada.
El trabajo del médico es el de atender las necesidades de los pacientes utilizando el
conocimiento acumulado por la medicina durante más de 5000 años y, sobre todo, en el
último siglo. Se dice que los médicos utilizan unos dos millones de piezas de
información en la atención de los pacientes, que un tercio de su tiempo lo pasan
registrando y sintetizando información y que un tercio de los costos de un hospital tiene
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 5
que ver con la comunicación personal y profesional. Hoy más que nunca resulta claro
que el médico no puede desempeñarse sólo con la información que ha acumulado en su
memoria.
Los médicos requieren información sobre muchas cosas: los pacientes (su historia
clínica, sus resultados de exámenes clínicos, etc…), la situación epidemiológica de la
localidad en la que ejercen, el conocimiento médico descrito en textos, publicaciones
periódicas y fuentes electrónicas; el entorno y las influencias éticas, políticas y sociales,
etc.… A pesar de que ha habido muchos intentos por simplificar la práctica clínica y
tratar de reducirla a una aplicación acrítica de rutinas, lo cierto es que la calidad de la
atención se relaciona con la posibilidad que supone la individualización de cada caso, la
formulación de preguntas y respuestas, muchas de ellas susceptibles de ser contestadas
por el propio médico con base en su marco de referencia, y otras que tienen que ser
consultadas, ya sea con expertos o con bancos de información. Está muy claro que una
amplia oferta de información no es toda la solución a estas necesidades.
Como cualquier organización, las de atención a la salud pueden ahora estar integradas
por medio de redes específicas o bien comunicarse a través de las redes públicas. Esto
facilita la interacción entre los diferentes servicios, por ejemplo entre el departamento
clínico y el departamento de radiología, no sólo para la solicitud de estudios sino para la
observación de las imágenes en el ordenador de la clínica o del hospital, la transferencia
multidireccional de datos y hasta un diálogo electrónico capaz de generar proyectos
comunes.
El acceso a la información sobre salud ha alcanzado un alto grado de desarrollo gracias
a la informática. Las limitaciones que tenían los médicos cuando se alejaban de los
centros académicos hoy en día han sido prácticamente borradas, pues más que un
problema de acceso a la información ahora hay que coexistir con el exceso de la misma
y con su desigual calidad. Porque está lleno de datos ciertamente valiosos pero también
de información convenientemente por sesgada. Por ello, el médico tiene que cultivar la
habilidad de analizar eficientemente la información y distinguir lo valioso de lo
superfluo.
La Informatización de la Atención Primaria de Salud (APS) es la aplicación gradual e
integral de las nuevas tecnologías de la información y las comunicaciones en la gerencia
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 6
de los procesos relacionados con las funciones del Sistema Nacional de Salud a ese
nivel de atención. Ya desde hace años se han estado produciendo y poniendo en práctica
soluciones informáticas para la automatización de algunos procesos administrativos,
docentes, investigativos y asistenciales. El uso de la Informática en la Medicina es una
de las aplicaciones más comunes e importantes desde hace varias décadas, y ha
permitido al sector de la salud, no sólo contar con métodos novedosos, sencillos y
eficaces de gestión administrativa en consultas, hospitales y centros de investigación
biomédica, sino también disponer de complejos software que reducen la posibilidad de
error en el diagnóstico de las enfermedades, y que aceleran su formulación. A su vez,
ofrece una gran ayuda en el campo de la investigación y disciplinas como Radiología y
Cardiología. La aplicación de la computación en el campo de la Sanidad no se limita a
eso, se cuenta para nuestros policlínicos con una propuesta de fortalecimiento de la
Informática, cuyos propósitos son fortalecer la conexión entre las instituciones
territoriales, lo que favorecería la comunicación y la adopción de decisiones a nivel
local y niveles superiores, y fortalecer el Subsistema del Médico y Enfermera de la
Familia, entre otros. Hay que tener en cuenta que la tendencia en el mundo de la
información apunta a que ésta y el conocimiento determinan la base de la mayoría de
los procesos.
2.3 Concepto de Historia Clínica Electrónica
Una HCEV es una historia clínica electrónica virtual, entendiendo por virtual que no se
encuentra almacenada en un sistema de bases de datos sino que se construye de forma
inmediata y bajo demanda a partir de información distribuida en varios sistemas
informáticos, posiblemente heterogéneos entre si, pertenecientes a una o varias
organizaciones. Una HCEV puede englobar más o menos información clínica sobre un
paciente, desde la simple integración de algunos repositorios de datos clínicos hasta
englobar toda la información disponible independientemente de la institución donde se
encuentre. Cada fuente de datos puede permitir el acceso a toda o parte de la
información que contiene, son los responsables de los datos los que controlan qué
información se comparte con el resto de sistemas que forman la federación.
Esta información está referida específicamente a los datos de salud y enfermedad y
generada por todos los responsables de atención a la salud con los que se haya
relacionado la persona en los diferentes tiempos y niveles asistenciales.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 7
2.4 Conclusión
El sector sanitario está introduciéndose en un nuevo escenario inducido principalmente
por las nuevas tecnologías de la información y comunicaciones, así como su potencial
para transformar el proceso de atención sanitaria. Característica de este escenario serían:
� El acceso inmediato a la historia clínica electrónica y completa del paciente
(HCE) (construida desde diversas fuentes) en cualquier momento y lugar.
� El acceso a Sistemas de Ayuda a la Decisión actualizados y a mensajes o avisos.
� El uso de herramientas para facilitar la distribución de servicios de salud, por
ejemplo, para la prescripción electrónica, la obtención de permisos de los
pacientes para acceder a la información con fines de investigación, docencia, en
cumplimiento de lo establecido en la Ley de Protección de Datos. En el centro
de este escenario se encuentra la historia clínica electrónica del paciente. El
estado de desarrollo de las TIC indica que este escenario, aunque no es nuevo, es
factible y realista. La mejora de la relación calidad/precio de los ordenadores, el
incremento de usuarios de Internet, mejora de los sistemas de información y
sistemas de seguridad en el intercambio de información hacen que éste escenario
sea un objetivo alcanzable a medio plazo.
Las ventajas del uso de un escenario como este son ampliamente reconocidas en el
sector como medio para mejorar la eficiencia, seguridad y calidad de la atención
sanitaria.
Hay tres aspectos de la sociedad actual que inciden de forma directa en cómo han de ser
las futuras Infraestructuras de Información en Salud y a distintos niveles: hospital,
comunidad, nacional y europeo:
1) La cada vez mayor movilidad de los ciudadanos hace que la necesidad de recibir
atención sanitaria en un lugar diferente al habitual sea cada vez más frecuente.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 8
2) El cada vez más rápido camino hacia la sociedad de la información está configurando
un ciudadano que cada vez distingue menos entre capacidad de acceder a la información
y ubicación geográfica de ésta.
3) La aparición de nuevos modelos de atención sanitaria de un paciente compartida
entre diferentes niveles asistenciales, basados en la atención por distintos profesionales,
en distintos momentos y distintos lugares.
Este nuevo contexto, centrado en el objetivo de disponer en cualquier tiempo y lugar de
la información sobre la salud de los pacientes y basado en la compartición de la
responsabilidad de la atención sanitaria, depende crucialmente del uso eficiente de las
TIC, en concreto, del desarrollo tanto de redes como de servicios que comuniquen a los
profesionales y centros sanitarios involucrados como de las metodologías que permitan
el intercambio de información clínica conservando el contenido y significado original
de los datos.
Así por ejemplo, la ausencia de información puede conducir a la repetición de pruebas
diagnósticas, ignorar diagnósticos anteriores, o que información muy valiosa pueda no
estar disponible en urgencias. Todo esto redunda en tener que asumir riesgos evitables,
mayor gasto para las instituciones que financian y molestias para los pacientes. Por
tanto, podemos afirmar que la imposibilidad actual de compartir información sanitaria
sobre los pacientes entre sistemas y organizaciones automáticamente es una de las
mayores trabas del sector sanitario en aras de proporcionar una atención eficiente, tanto
desde el punto de vista asistencial como económico.
Actualmente existen extractos de la historia clínica de un paciente allí donde ha recibido
alguna vez atención sanitaria (primaria, hospitalaria, telemedicina, etc.). Todos estos
extractos se encuentran repartidos por múltiples sistemas de información heterogéneos y
autónomos y que no son directamente accesibles desde fuera de la organización o
departamento. Esto sigue siendo cierto aunque las instituciones dispongan de sistemas
de historias clínicas electrónicas y la comunicación se haga de forma electrónica debido
a las diferencias en cuanto a la sintaxis, estructura y semántica de los datos.
Existen problemas, como la captura, integración y conversión de datos clínicos con
formatos heterogéneos, descripción del significado clínico de la información y la falta
de aplicación de estándares para facilitar la compartición de la información.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 9
Según información obtenida de un estudio de la Universidad Politécnica de Valencia,
los principales retos de los futuros sistemas de información sanitarios son:
� Usar historias clínicas electrónicas que engloben toda la información sobre
salud del paciente.
� Interoperabilidad a todos los niveles entre los agentes (personas y
organizaciones) que intervienen en la atención sanitaria.
� Permitir que los expertos en el dominio clínico (más que los expertos en
tecnologías de la información) tengan control independiente y directo sobre el
diseño de las estructuras de información.
En los últimos años existe en la comunidad científica un aumento significativo en el
interés por las HCE´s como se constata por la presencia creciente de artículos sobre la
HCE en revistas científicas de alto impacto no sólo en el ámbito de la informática
médica sino en revistas médicas como El British Medical Journal o the Lancet. Al
mismo tiempo existe una gran labor de estandarización en el campo de las HCE´s,
principalmente los realizados por HL7, CEN, ISO y OMG, así como diversos trabajos
de implementación de sistemas de información sanitarios.
Dentro de la estandarización de la arquitectura de la información de la historia clínica
Electrónica la información contenida en la HCE debe tener alguna estructura, de forma
que pueda ser manipulada o procesada por un sistema informático. La estructura debe
ser adecuada tanto para el proceso de atención sanitaria como para otros posibles usos
(investigación, formación, etc.). Es por esto que uno de los aspectos más importantes a
la hora de desarrollar sistemas de HCE es cómo organizar la información clínica, esto
es, la arquitectura de la información de la historia clínica electrónica (AHCE).
Una AHCE modela las características genéricas aplicables a cualquier anotación en una
HCE. La arquitectura debe proporcionar principalmente constructores para capturar
fielmente el significado original de la información y asegurar que la historia clínica sea
comunicable.
2.5 Motivación del Proyecto
Así pues, y teniendo en cuenta todo lo expuesto anteriormente, el motivo principal de
este Proyecto Fin de Carrera se centra en proponer un Sistema de gestión remota vía
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 10
Web que de manera intuitiva y fácil sirva para ayudar a la compartición y acceso de la
información médica.
Se ha detectado la necesidad de tener que reducir el tiempo que el médico dedica al
paciente pero sin que repercuta en la calidad sanitaria y por ello se trata de poner al
servicio, tanto del paciente como del médico, una herramienta informática que permita
delegar ciertas tareas en los pacientes y que pueden realizarse en cualquier momento.
3 Identificación de Necesidades
3.1 Objetivo Generales
Desarrollar un sistema de gestión Web para una policlínica, que sirva para la gestión de
personal médico, de recursos y operaciones quirúrgicas, así como de pacientes, tanto del
centro como de las solicitudes de éstos a través de Internet.
Permitir a los usuarios solicitar consultas médicas y registrarse así como acceder a su
información clínica a través de Internet.
3.2 Objetivos Específicos
• Crear una herramienta de comunicación rápida y eficaz entre el paciente y el médico
tratante.
• Fomentar en el paciente el uso de herramientas como es Internet.
• Tener en consideración la seguridad, confidencialidad e integridad de los datos
desde el principio, teniendo en cuenta los mecanismos adecuados de autenticación,
las autorizaciones así como una comunicación segura.
• Proporcionar un alto rendimiento y optimización de operaciones frecuentes.
• Disponibilidad y resistencia, siendo capaz de implementarse en centros de datos.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 11
• Permitir la escalabilidad para cumplir las expectativas de la demanda en un futuro y
admitir un gran número de actividades y usuarios con el mínimo uso de recursos.
• Permitir a los responsables implementar, supervisar y resolver los problemas de la
aplicación.
• Constituir de una red de atención y soporte médico para aquellos pacientes ubicados
en áreas rurales o de difícil acceso, contribuyendo a la mejora asistencial.
Para ello, se pretende que la funcionalidad de la aplicación consista en la agilización de
los procesos burocráticos que tiene que realizar un usuario para tratarse en una
policlínica, además de facilitar la gestión a los médicos:
• Generando instrumentos de ayuda a la asistencia, dispensación de cuidados y fuente
de conocimiento de la historia del paciente.
• Reduciendo las esperas en el registro de pacientes por parte de los médicos ya que
lo realizan los usuarios desde casa a través de Internet.
• Proporcionando mayor rapidez en la solicitud de un usuario para concertar una
consulta médica ya que no depende de una llamada telefónica que tenga que realizar
y esperar para mirar que días hay libres. Sino que le aparezcan directamente los
libres en la fecha que el haya introducido en cualquier momento del día.
• Posibilitando acceso a la información actualizada de los pacientes por parte del
médico y por lo tanto un conocimiento de sus síntomas lo que le permitirá tomar
una decisión con mayor seguridad.
• Realizando una gestión de usuarios nuevos mediante creación de fichas con
información completa y detallada, incorporando historiales médicos de los
pacientes, recetas de medicamentos con autorización del médico, gestión de las
consultas médicas, gestión de operaciones quirúrgicas, gestión de tratamientos,
gestión de las pruebas realizadas al paciente, gestión del personal médico, gestión
de las camas de la policlínica.
Todo ello hará que la aplicación sea un instrumento flexible para adaptarse a las
necesidades del centro donde se implante así como escalable para las futuras
necesidades que deban desarrollarse.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 12
3.3 Alcance del Sistema
La estructura del sistema de gestión Web va a estar formada por seis módulos que van a
permitir la realización de las siguientes funciones:
• Módulo de paciente
• Módulo de médico
• Módulo de consultas
• Módulo de tratamiento
• Módulo de operaciones
• Módulo de recetas
3.4 Tipología de Usuarios Los usuarios del sistema serán, por un lado los pacientes que accederán a través de
Internet. Por otro lado, los médicos que accederán desde la policlínica, PC o cualquier
dispositivo móvil que tenga navegador. El número de usuarios se irá incrementando
paulatinamente conforme los pacientes se vayan registrando. En cuanto a los médicos
serán alrededor de 3 médicos por especialidad siendo el número de especialidades de
10.
3.5 Restricciones
En este proyecto se reduce el ámbito del desarrollo de la aplicación a una policlínica y a
los pacientes registrados en ella y por lo tanto no se contempla el intercambio de
información con otros centros sanitarios.
Se han reducido el número de especialidades a 10 pero no impide que la aplicación sea
ampliable al número de especialidades que se puedan requerir en un futuro.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 13
En principio no se contempla la gestión de las urgencias del centro debido a la
complejidad que requiere las funciones a desarrollar y la interoperatividad entre el resto
de los módulos.
3.6 Evaluación de alternativas
Deberemos elegir el tipo de especificación de tecnológica software necesario para
realizar con éxito el proyecto que se va a desarrollar. Las alternativas que se nos
presentan son:
• como servidores web, Apache Web Server Internet frente a Information Service.
• como entorno de programación, Eclipse frente a Visual Studio.NET.
• como gestores de bases de datos, Access frente SQL.
• como editores HTML Dreamweaver frente a Visual Studio.NET.
Apache Web Server
El servidor http Apache es un servidor http de código abierto para plataformas Unix,
Windows y otras, que implementan el protocolo HTTP/1.1 y la noción de sitio virtual.
Apache presenta entre otras características mensajes de error altamente configurables,
bases de datos de autenticación y negociado de contenido.
Internet Information Server
Es una serie de servicios para los ordenadores que funcionan con Windows. Estos
servicios que ofrece son: FTP,SMTP,NNTP Y http. Este servicio convierte a un
computador en un servidor de internet o Intranet es decir que en las computadoras que
tienen este servicio instalado se pueden publicar paginas web tanto local como en
remoto (servidor web).
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 14
(1) Apache Web Server frente a (2) Internet Information Server
ALTERNATIVAS 1 2
NUM PARAMETROS PESO PT VA PT VA
ESTRATEGICOS 47%
1 Mejorar imagen Compañía 3 2 6 3 9
2 Mejorar atención demanda 3 3 9 2 6
3 Mejorar control de la gestión 3 3 9 3 9
4 Aumentar oferta de servicios 2 3 6 3 6
5 Abrir mercados externos 2 3 6 1 2
6 Disminuir riesgos 2 2 4 2 4
7 Incrementar competitividad 2 3 6 2 4
8 Optimizar la gestión 2 3 6 2 4
9 Oferta mejora de servicios 2 2 4 3 6
10 Aumentar la demanda 1 2 2 1 1
11 Estudios de mercado 1 3 3 1 1
OPORTUNIDAD (29%)
12 Estrategia comercialización 3 3 9 2 6
13 Compromiso otras empresas 3 3 9 2 6
14 Volumen de áreas afectadas 2 3 6 2 4
15 Complejidad en la gestión 2 2 4 2 4
16 Carencia de mecanización 2 3 6 3 6
17 Insatisfacción usuario/cliente 2 3 6 3 6
TECNICOS (18%)
18 Integración de la información 3 3 9 1 3
19 Independencia s. Actuales 3 3 9 1 3
20 Facilidad de mecanización 2 2 4 2 4
21 Facilidad de implantación 1 2 2 3 3
OPERATIVOS (6%)
22 Reducción gastos mantto. 2 3 6 3 6
23 Reducción tareas manuales 1 1 1 1 1
PUNTUACION TOTAL 60 132 48 104 Visual Studio.NET
El Entorno de Desarrollo Integrado (IDE) Visual Studio es un entorno de programación
para varios lenguajes, incluyendo a Visual Basic y C. Este desarrollo es de fuente
abierto, es decir, se proporciona el código fuente del entorno para que se pueda
modificar de acuerdo a ciertos parámetros de licencia. Es también una plataforma de
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 15
ejecución de aplicaciones, es decir, facilita la escritura de aplicaciones .NET, además
tiene una atractiva interfaz que lo hace fácil y agradable de usar.
Eclipse
Eclipse es una potente y completa plataforma de programación, desarrollo y
compilación de elementos tan variados como sitios web, programas en C++ o
aplicaciones Java. Se trata de un entorno de desarrollo integrado (IDE) en el que se
encuentra todas las herramientas y funciones necesarias para cualquier trabajo pero que
facilita menos la labor de programador que el entorno citado anteriormente.
(1) Visual Studio frente a (2) Eclipse
ALTERNATIVAS 1 2
NUM PARAMETROS PESO PT VA PT VA
ESTRATEGICOS 47%
1 Mejorar imagen Compañía 3 2 6 3 9
2 Mejorar atención demanda 3 2 6 2 6
3 Mejorar control de la gestión 3 3 9 3 9
4 Aumentar oferta de servicios 2 2 4 2 4
5 Abrir mercados externos 2 3 6 2 4
6 Disminuir riesgos 2 2 4 3 6
7 Incrementar competitividad 2 3 6 1 2
8 Optimizar la gestión 2 2 4 2 4
9 Oferta mejora de servicios 2 2 4 2 4
10 Aumentar la demanda 1 2 2 3 3
11 Estudios de mercado 1 3 3 2 2
OPORTUNIDAD (29%)
12 Estrategia comercialización 3 3 9 1 3
13 Compromiso otras empresas 3 3 9 2 6
14 Volumen de áreas afectadas 2 3 6 2 4
15 Complejidad en la gestión 2 3 6 3 6
16 Carencia de mecanización 2 3 6 3 6
17 Insatisfacción usuario/cliente 2 3 6 1 2
TECNICOS (18%)
18 Integración de la información 3 2 6 2 6
19 Independencia s. Actuales 3 3 9 3 9
20 Facilidad de mecanización 2 3 6 3 6
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 16
21 Facilidad de implantación 1 3 3 1 1
OPERATIVOS (6%)
22 Reducción gastos mantto. 2 3 6 2 4
23 Reducción tareas manuales 1 3 3 3 3
PUNTUACION TOTAL 61 129 51 109
SQL
SQL es un gestor de Bases de Datos multiusuario que gestiona bases de datos
relacionales poniendo las tablas en ficheros diferenciados. Es de los sistemas de gestión
más usados en las empresas por su buen funcionamiento a nivel de servidor y
comunicación con el resto de equipos. Tiene tiempos de respuesta bastante buenos a
pesar de que el número de registros sea alto.
Access
Microsoft Access es un sistema de gestión de bases de datos creado y
modificado por Microsoft (DBMS) para uso personal o de pequeñas organizaciones.
Es un componente de la suite Microsoft Office aunque no se incluye en el paquete
básico. Su principal función es ser una potente base de datos, capaz de trabajar en sí
misma o bien con conexión hacia otros lenguajes de programación, como Visual
Basic 6.0. Pueden realizarse consultas directas a las tablas contenidas mediante
instrucciones SQL. Cuando el número de registros es alto, los tiempos de consulta e
inserción se disparan.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 17
(1) SQL frente a (2) Access
ALTERNATIVAS 1 2
NUM PARAMETROS PESO PT VA PT VA
ESTRATEGICOS 47%
1 Mejorar imagen Compañía 3 3 9 1 3
2 Mejorar atención demanda 3 2 6 1 3
3 Mejorar control de la gestión 3 2 6 1 3
4 Aumentar oferta de servicios 2 3 6 2 4
5 Abrir mercados externos 2 2 4 2 4
6 Disminuir riesgos 2 2 4 3 6
7 Incrementar competitividad 2 2 4 3 6
8 Optimizar la gestión 2 3 6 1 2
9 Oferta mejora de servicios 2 2 4 0 0
10 Aumentar la demanda 1 2 2 1 1
11 Estudios de mercado 1 2 2 1 1
OPORTUNIDAD (29%)
12 Estrategia comercialización 3 2 6 1 3
13 Compromiso otras empresas 3 3 9 2 6
14 Volumen de áreas afectadas 2 3 6 2 4
15 Complejidad en la gestión 2 1 2 3 6
16 Carencia de mecanización 2 2 4 2 4
17 Insatisfacción usuario/cliente 2 3 6 1 2
TECNICOS (18%)
18 Integración de la información 3 2 6 3 9
19 Independencia s. Actuales 3 3 9 2 6
20 Facilidad de mecanización 2 3 6 3 6
21 Facilidad de implantación 1 3 3 3 3
OPERATIVOS (6%)
22 Reducción gastos mantto. 2 2 4 3 6
23 Reducción tareas manuales 1 3 3 2 2
PUNTUACION TOTAL 55 117 43 90
Dreamweaver
Es un editor WYSIWYG de páginas web, creado por Macromedia. Es el programa de
este tipo más utilizado en el sector del diseño y la programación web, por sus
funcionalidades, su integración con otras herramientas como Macromedia Flash y,
recientemente, por su soporte de los estándares del World Wide Web Consortium.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 18
Visual Studio
Una de las funcionalidades de Visual Studio es la generación del código HTML una vez
diseñada la interfaz de la ventana, lo que facilita la labor del programador a
simplemente los servicios y enganchar los objetos creados.
(2)Dreamweaver frente a (1)Visual Studio
ALTERNATIVAS 1 2
NUM PARAMETROS PESO PT VA PT VA
ESTRATEGICOS 47%
1 Mejorar imagen Compañía 3 3 9 1 3
2 Mejorar atención demanda 3 3 9 1 3
3 Mejorar control de la gestión 3 1 3 1 3
4 Aumentar oferta de servicios 2 2 4 2 4
5 Abrir mercados externos 2 2 4 2 4
6 Disminuir riesgos 2 1 2 1 2
7 Incrementar competitividad 2 3 6 1 2
8 Optimizar la gestión 2 1 2 1 2
9 Oferta mejora de servicios 2 2 4 2 4
10 Aumentar la demanda 1 3 3 1 1
11 Estudios de mercado 1 3 3 1 1
OPORTUNIDAD (29%)
12 Estrategia comercialización 3 3 9 2 6
13 Compromiso otras empresas 3 2 6 1 3
14 Volumen de áreas afectadas 2 3 6 2 4
15 Complejidad en la gestión 2 2 4 1 2
16 Carencia de mecanización 2 3 6 3 6
17 Insatisfacción usuario/cliente 2 2 4 2 4
TECNICOS (18%)
18 Integración de la información 3 2 6 2 6
19 Independencia s. Actuales 3 3 9 1 3
20 Facilidad de mecanización 2 2 4 3 6
21 Facilidad de implantación 1 2 2 3 3
OPERATIVOS (6%)
22 Reducción gastos mantto. 2 2 4 3 6
23 Reducción tareas manuales 1 3 3 2 2
PUNTUACION TOTAL 53 112 39 80
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 19
Por el estudio realizado en cuanto a los requisitos de software y las necesidades de
hardware que se requieren para soportarlo, se han determinado los siguientes recursos.
Recursos Técnicos: Para la realización del presente proyecto, son necesarios, los
siguientes requerimientos técnicos:
ELEMENTO TIPO DETALLE VERSION
HARDWARE ORDENADOR Intel Pentium 4 3GHz - 512MB - 60Gb
SISTEMA
OPERATIVO
WIN. 2000, XP SP2
ENTORNO V. STUDIO.NET 2003
NAVEGADOR WEB INTERNET
EXPLORER
6.0
GESTOR BASE DE
DATOS
SQL SERVER
SOFTWARE
LENGUAJE DE
PROGRAMACION
ASP.NET
3.7 Puntos de Inspección (PPI)
En el calendario del proyecto, y si no surgieran modificaciones posteriores al análisis de
requisitos, se realizarán dos puntos de inspección. El primer punto de inspección
marcado en la planificación del proyecto, justo después de la toma de requisitos, en
donde se va realizar una verificación de lo hecho hasta el momento y del análisis
funcional de acuerdo a la planificación.
El segundo punto de inspección, marcado también en la planificación del proyecto, se
realiza después de finalizar la implementación y durante el periodo de pruebas y sirve
para la verificación del producto físico en sí y validar que cubre las necesidades para las
que fue concebido.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 20
Los principales asuntos a tratar van a ser los relacionados a la revisión del análisis con
respecto al documento de conceptos del sistema comprobando que se cumplen los
requisitos del cliente, y además, que se adecua a la información pedida en las entrevistas
concertadas.
Tanto como si se encuentra alguna anomalía como si se muestra conformidad, se
deberán registrar con los resultados de las revisiones.
3.8 Calendario del Proyecto
Después de una toma de requisitos en mayor profundidad, el desarrollo del proyecto se
descompone en las siguientes fases:
1. ANÁLISIS DE REQUISITOS
• Entrevista
• Toma de requisitos
• Modelo de dominio
• Casos de uso
• Punto de inspección
2. ARQUITECTURA
• Requisitos
• Especificación de la solución
3. DISEÑO
• Base de Datos
• Diagramas de secuencia
• Diagrama de navegabilidad
4. IMPLEMENTACION
• Gestión de pacientes
• Gestión de médicos
• Gestión de consultas
• Gestión de tratamientos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 21
• Gestión de operaciones • Gestión de recetas
5. PRUEBAS
6. MANUAL DE USUARIO
3.9 Recopilación de Información
3.9.1 Fuente de Información
Los usuarios que son profesionales médicos.
El sistema actual es totalmente manual ya que no existe ningún sistema que gestione lo
que se trata de implantar.
3.9.2 Método de Búsqueda
De los niveles superiores hacia los inferiores.
3.9.3 Técnica a Utilizar
Entrevista y conocimiento adquirido a través de documentos médicos de informes y
formularios.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 22
4 Análisis de Requisitos
Después de varias entrevistas, de las que se puede ver un extracto en el Anexo A, con el
cliente, éste expone la problemática actual de la Gestión de la Policlínica.
Se trata de buscar funcionalidad a la información recogida en la primera reunión en la
que se identificaron las necesidades. En esta, se profundiza en las funciones que va
realizar cada módulo definido en etapas anteriores.
Se recibe por parte del responsable médico del centro, una plantilla en la que
actualmente realizan manualmente las anotaciones de sus acciones médicas:
A continuación se detallan los módulos a desarrollar en la aplicación, fruto de estas
entrevistas con un equipo médico del centro.
4.1 Perfiles de Usuario
Se definen tres tipos de perfiles para esta herramienta:
• Administrador
• Médico
• Paciente
El Administrador será el usuario con acceso total a todos los módulos de la aplicación;
será el único capaz de dar de alta, actualizar o modificar la información contenida en
cada módulo del proyecto.
Para el desarrollo de la aplicación y sobre todo en su fase de pruebas y correcciones, se
establece un único administrador aunque existe la posibilidad de poder dar de alta mas
de uno, dándole una mayor versatilidad.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 23
El Médico podrá consultar la información contenida en la aplicación, teniendo acceso al
módulo de médicos, pacientes, consultas, tratamientos, operaciones y recetas; podrá
consultar cualquiera de ellos, dar de alta e incluso modificar. Lo que no podrá es dar de
baja. Al igual que el perfil de Administrador, podrán existir tantos colaboradores como
se precise.
El Paciente podrá consultar la información contenida en la aplicación, teniendo acceso
al módulo de pacientes, consultas, tratamientos, operaciones y recetas; podrá consultar
cualquiera de ellos que contenga información personal suya (este dado de alta), darse de
alta e incluso modificar. Lo que no podrá es dar de baja. El número de pacientes serán
tantos como soporte la aplicación y como clientes tenga la Policlínica.
El Administrador, será el que defina los perfiles de usuario, y podrá dar de alta,
modificar o eliminar grupoclinica en la base de datos. Además, se deja la posibilidad de
poder añadir nuevos perfiles en un futuro.
4.2 Administración de Actividades
• Módulo de paciente:
• Alta de pacientes:
� El paciente podrá registrarse vía Web, siendo éste registro
indispensable para solicitar una consulta y además, porque al
registrarse se creará su historial. El registro del paciente a
través de un formulario requiere que se rellenen una serie de
campos obligatorios.
� el médico puede dar de alta a un paciente rellenando de igual
forma el formulario.
� El médico-administrador puede dar de alta a un paciente
rellenando de igual forma el formulario.
• Modificación de pacientes:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 24
� El paciente puede acceder a sus datos personales para
modificar algún campo o para darse de baja.
� El médico puede realizar acciones de actualización de los
datos personales de sus pacientes pero no de los pacientes de
otros médicos.
� El médico-administrador puede modificar los datos
personales de cualquier paciente.
• Baja de pacientes:
� Se produce un borrado físico pero no lógico, quedando un
historial de esa persona, pudiéndose recuperar su información
posteriormente.
� El paciente puede darse de baja en cualquier momento a
través de la Web, produciéndose un borrado físico pero no
lógico, quedando un historial de esa persona, pudiéndose
recuperar su información posteriormente.
� El médico puede realizar bajas de sus pacientes asignados
exclusivamente.
� El médico-administrador puede realizar dar de baja a
cualquier paciente.
• Módulo de médico:
• Alta de médicos:
� El médico-administrador puede dar de alta a cualquier médico
independientemente de su especialidad añadiéndolo.
� El médico puede darse de alta a través de la Web rellenando
un formulario al efecto.
� Un paciente no puede dar de alta a un médico.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 25
• Modificación de médicos:
� El médico-administrador puede modificar los datos de
cualquier médico.
� Un médico puede modificar sus datos pero no los datos de
otros médicos.
� Un paciente no puede modificar los datos de un médico.
• Baja de médicos:
� Se produce un borrado físico pero no lógico, quedando un
historial de esa persona, pudiéndose recuperar su información
posteriormente.
� El médico-administrador puede dar de baja a cualquier
médico.
� Un médico no puede darse de baja a si mismo ni a otro
médico.
� Un paciente no puede dar de baja a un médico.
• Módulo de consulta:
• Solicitud de consulta:
� El paciente genera una nueva solicitud para asistir a una
consulta médica.
� El médico no puede generar solicitudes de consultas
generales.
� El médico-administrador puede generar solicitudes de
consultas generales.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 26
• Solicitud de consulta:
� El paciente elige un médico para la solicitud de consulta
general ó de especialidad que ha generado previamente.
� El médico, en caso de crear una solicitud para un paciente,
puede seleccionar el médico elegido que no tiene porque ser
él.
• Elección de fecha:
� El paciente elige una fecha para la solicitud de consulta
general ó de especialidad que ha generado previamente y que
no puede ser anterior a la fecha actual.
� El médico elige una fecha para la asignación de consulta
general ó de especialidad que ha generado previamente.
• Elección de horario:
� Al paciente le aparecen los horarios que tiene libre el médico
seccionado y en la fecha elegida dentro del margen de
horarios de consulta que se ha definido que va desde las 10:00
en la mañana hasta las 20:00 en la tarde.
• Modificación de una consulta:
� El paciente puede modificar la fecha de una consulta.
� El médico no puede modificar una fecha de una consulta de
un paciente.
� El médico-administrador puede modificar la fecha de una
consulta.
• Eliminación de una consulta:
� El paciente puede eliminar una consulta solicitada.
� El médico puede eliminar su consulta con un paciente suyo
pero no con un paciente de otro médico.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 27
� El médico-administrador puede eliminar consultas médicas.
• Acceso al historial del paciente:
� el paciente puede acceder a ver su historial médico pero no
puede ver el campo “observaciones” que posee anotaciones
personales del médico. Si puede ver el campo “conclusiones”
con la información que ha recogido el médico sobre el
paciente y su dolencia u enfermedad.
� El médico ve todos los historiales médicos de sus pacientes
incluso el campo observaciones pero no de los pacientes de
otros médicos.
• Consulta de citas médicas:
� El paciente puede acceder a ver sus citas médicas anteriores y
ver las que tiene pendientes.
� El médico puede acceder a las consultas realizadas a sus
pacientes y ver las que tiene pendientes pero no tiene acceso a
los pacientes de otro médico.
� El médico-administrador puede acceder a las consultas de
todos los médicos.
• Asignar consulta:
� El paciente no puede asignar una consulta general.
� El médico solo puede asignar una consulta general a sus
pacientes.
� El médico-administrador puede asignar una consulta general a
cualquier paciente.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 28
• Módulo de tratamiento:
• Solicitud de tratamiento:
� El paciente genera una nueva solicitud para recibir un
tratamiento con descripción asociada y con médico
específico.
� El médico puede generar solicitudes de tratamiento.
� El médico-administrador puede generar solicitudes de
tratamiento.
• Asignación de tratamiento:
� El paciente no puede asignar tratamientos.
� El médico puede asignar tratamientos pero solo a sus
pacientes.
� El médico-administrador puede asignar tratamientos a
cualquier paciente.
• Modificación de tratamiento:
� El paciente puede modificar la fecha de revisión del
tratamiento al que esté sometido en ese momento.
� El médico puede cambiar la fecha de revisión y las pruebas a
realizar pero no puede darlo de baja.
� El médico-administrador puede dar de baja lógica el
tratamiento.
• Consulta de tratamiento:
� El paciente puede consultar solo sus tratamientos pendientes y
los que haya realizado con anterioridad.
� El médico puede consultar los tratamientos pendientes y los
que haya asignado anteriormente de sus pacientes
exclusivamente.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 29
� El médico-administrador puede consultar cualquier
tratamiento pendiente o asignado con anterioridad.
• Realización de pruebas
� El paciente no puede asignarse pruebas médicas.
� El médico solo puede asignar pruebas médicas a sus
pacientes.
� El médico-administrador puede asignar pruebas médicas a
cualquier paciente.
• Consulta fecha próxima revisión:
� El paciente puede consultar la fecha de su próxima revisión
dentro del tratamiento.
� El médico solo puede consultar la fecha de la próxima
revisión dentro del tratamiento de sus pacientes.
� El médico-administrador puede consultar la fecha de la
próxima revisión dentro del tratamiento de cualquier paciente.
• Consulta de pruebas a realizar:
� El paciente puede consultar las pruebas a realizar en su
tratamiento.
� El médico solo puede consultar las pruebas a realizar dentro
del tratamiento de sus pacientes.
� El médico-administrador puede consultar las pruebas a
realizar dentro del tratamiento de cualquier paciente.
• Consulta de pruebas realizadas:
� El paciente puede consultar las pruebas realizadas en su
tratamiento.
� El médico solo puede consultar las pruebas realizadas dentro
del tratamiento de sus pacientes.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 30
� El médico-administrador puede consultar las pruebas
realizadas dentro del tratamiento de cualquier paciente.
• Baja de tratamiento:
� Se produce un borrado físico pero no lógico, quedando un
historial de ese tratamiento, pudiéndose recuperar su
información posteriormente.
� El médico-administrador puede dar de baja cualquier
tratamiento.
� Un médico no puede dar de baja un tratamiento.
� Un paciente no puede dar de baja un tratamiento.
• Módulo de operaciones:
• Asignación de operación:
� El paciente no puede seleccionar una operación.
� El médico puede asignar una operación a un paciente suyo
rellenado los campos referentes a si requiere ingreso o no y la
fecha en la que se realizará la operación así como una
descripción de la misma.
� El médico-administrador puede asignar y cambiar una
operación de cualquier paciente, rellenado los campos
referentes a si requiere ingreso o no y la fecha en la que se
realizará la operación así como una descripción de la misma.
• Modificación de operación:
� El paciente no puede modificar una operación. Es decir, no
puede cambiar la fecha de operación ni la decisión de ingresar
o no.
� El médico puede modificar los campos de la operación:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 31
• Fecha de ingreso.
• Fecha de alta.
• Observaciones.
� El médico-administrador puede El médico puede modificar
los campos de la operación:
• Fecha de ingreso.
• Fecha de alta.
• Observaciones.
• Consulta de operación:
� El paciente puede consultar sus operaciones actuales y las que
tiene pendientes.
� El médico puede consultar las operaciones actuales de sus
pacientes y las que tienen pendientes.
� El medico-administrador puede consultar las operaciones de
cualquier paciente.
• Asignación de cama disponible:
� El paciente no puede seleccionar una habitación en el caso de
que requiera un ingreso para una operación.
� El médico solo puede asignar habitaciones a sus pacientes
indicando la fecha de fin de estancia en la misma.
� El médico-administrador puede asignar habitaciones a
cualquier paciente indicando la fecha de fin de estancia en la
misma.
• Consulta de camas:
� El paciente solo puede consultar el número de habitación que
se le ha asignado porque requiere ingreso, la fecha en la que
tiene que realizar el ingreso y la fecha en la que tiene que
abandonarla porque se le da de alta.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 32
� El médico puede consultar las habitaciones de todos sus
pacientes y ver su fecha de ingreso, el número de la
habitación y la fecha en que se debe abandonar.
� El médico-administrador puede consultar las habitaciones de
todos los pacientes y ver su fecha de ingreso, el número de la
habitación y la fecha en que se debe abandonar.
• Planificación de operaciones:
� El paciente no puede consultar las operaciones a realizar.
� El médico puede consultar los pacientes a operar, el quirófano
en el que se van a realizar de sus pacientes.
� El médico-administrador puede consultar los pacientes a
operar, el quirófano en el que se van a realizar y el médico
que realizar la intervención quirúrgica.
• Módulo de recetas:
• Solicitud de recetas:
� El paciente solo puede solicitar un medicamento de los que
tenga habilitados.
� Un médico no puede solicitarse medicamentos a si mismo
pero si a otro médico.
� El médico-administrador puede solicitarse recetas a si mismo
y a otro médico.
• Activación de medicamentos:
� El paciente no puede activarse un nuevo medicamento para
poder solicitarlo.
� Un médico puede activar medicamentos pero solo a sus
pacientes.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 33
� El médico-administrador puede activar medicamentos a
cualquier paciente.
• Confirmación de recetas:
� El paciente no puede confirmar recetas.
� Un médico puede confirmar recetas pero solo de sus
pacientes.
� El médico-administrador puede confirmar recetas de
cualquier paciente.
• Consulta de medicamentos activados:
� El paciente puede consultar todos los medicamentos que su
médico le ha activado.
� Un médico puede consultar todos los medicamentos que ha
activado a un paciente suyo ó todos los pacientes suyos que
han tenido activado un determinado medicamento.
� El médico-administrador puede consultar todos los
medicamentos que ha activado para cualquier paciente ó
todos los pacientes que han tenido activado un determinado
medicamento.
• Consulta de recetas solicitadas:
� El paciente puede consultar todas las recetas que su médico le
ha confirmado.
� Un médico puede consultar todas las recetas que ha activado a
un paciente suyo ó todos los pacientes suyos que han tenido
confirmada una receta.
� El médico-administrador puede consultar todas las recetas que
ha confirmado para cualquier paciente ó todos los pacientes
que han tenido confirmada una receta.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 34
• Módulo de Informes:
• Facturación:
� Se crean informes de facturas por cada consulta, tratamiento,
operación, receta, habitación y prueba médica, pudiéndose
imprimir posteriormente la factura.
� El paciente puede ver el detalle de las acciones que se le han
realizado en la policlínica con el importe que se le ha
cobrado.
� El médico no puede acceder al detalle de las facturas de los
pacientes.
� El médico-administrador puede acceder al detalle de las
facturas cobradas a cualquier paciente.
• Informes:
� Se crean informes de pacientes por médico.
� El paciente no tiene acceso a esta información.
� El médico tiene acceso para ver un listado de los pacientes
asignados.
� El médico-administrador puede acceder al detalle de los
informes.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 35
5 Diseño En esta sección aplicaremos los patrones de diseño obtenidos para obtener el diagrama
de clases de diseño de la aplicación.
Se obtendrán los casos de uso para los pacientes y para los médicos. Los del
administrador no se muestran ya que en su caso, se realizan, tanto los casos de uso del
paciente como los del médico.
Los casos de uso están clasificados según la herencia ya que se engloban dentro de las
diferentes áreas de gestión a tratar.
Una vez que tengamos los casos de uso, se procederá al diseño de los diagramas de
secuencia, que responden al proceso que se sigue cada vez que se genera un evento
durante la navegación a través de la aplicación.
Diseño de la Navegabilidad mostramos la navegabilidad del sistema, observando la
jerarquía de la aplicación, como método de organización.
Diseño de la BD por último, implementaremos la persistencia mediante un Sistema
Gestor de Base de Datos que de soporte a nuestro sistema.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 36
5.1 Diagrama de Clases
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 37
5.2 Casos de Uso
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 38
Casos de Uso
Nombre: Solicitar consulta médica
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona consultas. 4. el sistema muestra el submenú de consultas. 5. el usuario selecciona gestión de consultas. 6. el usuario selecciona una nueva consulta, indicando médico y fecha. 7. el sistema muestra las horas libres para ese médico y ese día. 8. el usuario selecciona una hora. 9. el sistema actualiza la fecha seleccionada y el médico elegido.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 6a. la fecha seleccionada es anterior a la fecha actual.
1. el sistema comunica el error y volvemos a 5. 7a. no hay horas libres para esa fecha con ese médico.
1. el sistema comunica el error y volvemos a 5.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre la consulta
� Para cada cita médica se mostrará: � El médico. � La fecha. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 39
Casos de Uso
Nombre: Ver detalle de la facturación
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona el área de la cual quiere ver su facturación. 4. el sistema muestra el submenú correspondiente. 5. el usuario introduce su nombre. 6. el sistema verifica que el paciente existe y le muestra el listado de las acciones
realizadas y el importe de cada una.
Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 2a .no existe paciente con ese nombre
1.el sistema comunica el error y volvemos a 5.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información la acción realizada
� consulta � tratamiento � receta
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 40
Casos de Uso
Nombre: Registro del paciente
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario rellena los campos obligatorios. 2. el sistema valida los campos rellenados por el usuario. 3. el sistema actualiza la información.
Extensiones: 1a. el usuario no rellena alguno de los campos obligatorios.
1. el sistema comunica el error y volvemos a 1. 2a. alguno de los campos rellenados por el usuario son incorrectos.
1. el sistema comunica el error y volvemos a 1. 2b. el campo DNI ya existe para otro usuario. 1. el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente El DNI del paciente, su nombre completo, dirección completa, sociedad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 41
Casos de Uso
Nombre: Modificar datos del paciente
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submenú de pacientes. 5. el usuario selecciona gestión de pacientes y modificación. 6. el sistema muestra su información personal. 7. el usuario modifica. 8. el sistema actualiza la información.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 7a. el usuario modifica un campo que no se puede modificar.
1. el sistema comunica el error y volvemos a 5. 7b. el usuario introduce un valor erróneo. 1. el sistema comunica el error y volvemos a 5.
Datos: Información sobre el paciente Se mostrará el DNI del paciente, su nombre completo, dirección completa, sociedad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 42
Casos de Uso
Nombre: Modificar consulta médica
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona consultas. 4. el sistema muestra el submenú de consultas. 5. el usuario selecciona gestión de consultas. 6. el usuario selecciona una consulta para modificar. 7. el sistema muestra esa consulta. 8. el usuario la modifica. 9. el sistema valida los cambios. 10. el sistema actualiza los cambios realizados.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual.
1. el sistema comunica el error y volvemos a 8. 9b. la consulta ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese médico.
1. el sistema comunica el error y volvemos a 8.
Datos: Información sobre el paciente su nombre completo. Información sobre la consulta
� Para cada cita médica se mostrará: � El médico que le atendió. � La fecha en la que se realizó. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 43
Casos de Uso
Nombre: Anular consulta médica
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona consultas. 4. el sistema muestra el submenú de consultas. 5. el usuario selecciona gestión de consultas. 6. el usuario selecciona una consulta para anular. 5. el sistema pide confirmación al usuario para anular la consulta. 6. el usuario confirma. 7. el sistema actualiza la fecha anulada.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma.
1. el sistema no borra la consulta y volvemos a 4.
Datos: Información sobre el paciente su nombre completo. Información sobre consultas
� Para cada cita médica se mostrará: � El médico que le atendió. � La fecha en la que se realizó. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 44
Casos de Uso
Nombre: Solicitar receta médica
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de recetas. 6. el usuario selecciona el/los medicamento a solicitar. 7. el sistema actualiza la información de solicitud de recetas médicas
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos.
1. el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del medicamento Se mostrará una descripción del medicamento.
Información del fármaco Nombre, empresa farmacéutica
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 45
Casos de Uso
Nombre: Consulta receta médica
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 4. el sistema valida el user y login. 5. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de recetas. 6. el sistema muestra las recetas solicitadas por el usuario. 7. el usuario selecciona una receta para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del medicamento Se mostrará una descripción del medicamento.
Información del fármaco Nombre, empresa farmacéutica
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 46
Casos de Uso
Nombre: Consulta cita médica
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 6. el sistema valida el user y login. 7. el usuario selecciona consultas. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de consultas. 6. el sistema muestra las consultas del paciente. 7. el usuario selecciona una consulta para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene consultas. 1. el sistema comunica que no hay conusltas y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información de la conuslta Se mostrará fecha, medico, hora.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 47
Casos de Uso
Nombre: Consulta de tratamiento
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de tratamientos. 6. el sistema muestra los tratamientos del usuario. 7. el usuario selecciona un tratamiento para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene tratamientos. 1. el sistema comunica que no hay tratamientos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del tratamiento Fecha inicio, fecha revisión, médico, descripción.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 48
Casos de Uso
Nombre: Consulta de habitaciones
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 4. el sistema valida el user y login. 5. el usuario selecciona operaciones. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de habitaciones. 6. el sistema muestra la habitación asignada al usuario. 7. el usuario selecciona la habitación para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene habitaciones. 1. el sistema comunica que no hay habitaciones y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información de habitaciones Numero, fecha de ingreso, fecha de alta.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 49
Casos de Uso
Nombre: Consulta de pruebas médicas
Actor primario: paciente
Actores secundarios: medico
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de pruebas. 6. el sistema muestra las pruebas del usuario. 7. el usuario selecciona una prueba para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene pruebas. 1. el sistema comunica que no hay pruebas y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información de las pruebas Nombre, médico, fecha, descripción.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 50
Casos de Uso
Nombre: Ver datos del paciente
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login.
2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submenú de pacientes. 5. el usuario selecciona gestión de pacientes. 6. el sistema muestra sus datos personales.
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará el DNI del paciente, su nombre completo, dirección completa, sociedad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 51
Casos de Uso
Nombre: Consultar operación quirúrgica
Actor primario: paciente
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 5. el sistema muestra el submenú. 6. el usuario selecciona gestión de operaciones. 7. el sistema muestra las operaciones del usuario. 8. el usuario selecciona una operación para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene operaciones. 1. el sistema comunica que no hay operaciones y acaba el caso de uso.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre la operación quirúrgica Se mostrará el médico, descripción de la operación, fecha de la operación, sala de operación, hospitalización.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 52
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 53
Casos de Uso
Nombre: Ver consulta médica
Actor primario: Médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 10. el usuario introduce su user y login. 11. el sistema valida el user y login. 12. el usuario selecciona consultas. 13. el sistema muestra el submenú de consultas. 14. el usuario selecciona gestión de consultas. 15. el usuario selecciona una consulta concreta. 16. el sistema muestra la consulta.
Extensiones: 1a. no existe usuario con ese identificador.
2. el sistema comunica el error y volvemos a 1. 6a. la fecha seleccionada es anterior a la fecha actual.
2. el sistema comunica el error y volvemos a 5. 7a. no hay horas libres para esa fecha con ese médico.
7. el sistema comunica el error y volvemos a 5.
Datos: Información sobre la consulta Se mostrará los datos de la consulta. Información sobre la consulta
� Para cada cita médica se mostrará: � El médico. � La fecha. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 54
Casos de Uso
Nombre: Modificar datos del médico
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login.
2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submenú de médicos. 5. el usuario selecciona gestión de médicos y modificación. 6. el sistema muestra su información personal. 7. el usuario modifica. 8. el sistema actualiza la información.
Extensiones: 1a. no existe usuario con ese identificador.
4. el sistema comunica el error y volvemos a 1. 7a. el usuario modifica un campo que no se puede modificar.
2. el sistema comunica el error y volvemos a 5. 7b. el usuario introduce un valor erróneo. 1. el sistema comunica el error y volvemos a 5.
Datos: Información sobre el médico Se mostrará el DNI del médico, su nombre completo, dirección completa, especialidad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 55
Casos de Uso
Nombre: Consultar datos del médico
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submenú de médicos. 5. el usuario selecciona gestión de médicos y editar. 6. el sistema muestra su información personal.
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el médico Se mostrará el DNI del médico, su nombre completo, dirección completa, especialidad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 56
Casos de Uso
Nombre: Modificar consulta médica
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 3. el sistema valida el user y login. 4. el usuario selecciona consultas. 5. el sistema muestra el submenú de consultas. 6. el usuario selecciona gestión de consultas. 7. el usuario selecciona una consulta para modificar. 8. el sistema muestra esa consulta. 9. el usuario la modifica. 10. el sistema valida los cambios. 11. el sistema actualiza los cambios realizados.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual.
1. el sistema comunica el error y volvemos a 8. 9b. la consulta ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese médico.
1. el sistema comunica el error y volvemos a 8.
Datos: Información sobre la consulta
� Para cada cita médica se mostrará: � El médico que le atendió. � La fecha en la que se realizó. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 57
Casos de Uso
Nombre: Modificar operacion
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login.
3. el sistema valida el user y login. 4. el usuario selecciona operaciones. 5. el sistema muestra el submenú de operaciones. 6. el usuario selecciona gestión de operaciones. 7. el usuario selecciona una operación para modificar. 8. el sistema muestra esa operación. 9. el usuario la modifica. 10. el sistema valida los cambios. 11. el sistema actualiza los cambios realizados.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual.
1. el sistema comunica el error y volvemos a 8. 9b. la operación ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese médico.
1. el sistema comunica el error y volvemos a 8.
Datos: Información sobre la operación
� Para cada operación se mostrará: � El médico. � La fecha en la que se realizó. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 58
Casos de Uso
Nombre: Anular tratamiento
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú de tratamientos. 5. el usuario selecciona gestión de tratamientos. 6. el usuario selecciona un tratamiento para anular. 7. el sistema pide confirmación al usuario para anular el tratamiento. 8. el usuario confirma. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma.
1. el sistema no borra la consulta y volvemos a 4.
Datos: Información sobre el paciente su nombre completo. Información sobre tratamiento
� Para cada tratamiento médico se mostrará: � El médico que le atendió. � Las fechas en la que se realizó. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 59
Casos de Uso
Nombre: Anular medicamento
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login.
2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú de recetas. 5. el usuario selecciona gestión de medicamentos. 6. el usuario selecciona un medicamento para anular. 7. el sistema pide confirmación al usuario para anular el medicamento. 8. el usuario confirma. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma.
1. el sistema no borra la consulta y volvemos a 4.
Datos: Información sobre el medicamento su nombre completo.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 60
Casos de Uso
Nombre: Activar receta médica
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login.
3. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona activar recetas. 6. el usuario selecciona la receta a activar. 7. el sistema actualiza la información de activación de recetas médicas
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos.
1.el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del medicamento Se mostrará una descripción del medicamento.
Información de la receta fecha
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 61
Casos de Uso
Nombre: Activar medicamento
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona activar medicamento. 6. el usuario selecciona el/los medicamento a activar. 7. el sistema actualiza la información de activación de medicamentos.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1.el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del medicamento Se mostrará una descripción del medicamento.
Información del fármaco Nombre, empresa farmacéutica
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 62
Casos de Uso
Nombre: Consulta receta médica
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de recetas. 6. el sistema muestra las recetas solicitadas por el usuario. 7. el usuario selecciona una receta para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del medicamento Se mostrará una descripción del medicamento.
Información del fármaco Nombre, empresa farmacéutica
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 63
Casos de Uso
Nombre: Consulta medicamento
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de medicamentos. 6. el sistema muestra los medicamentos. 7. el usuario selecciona un medicamento para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso.
Datos: Información del medicamento Se mostrará una descripción del medicamento.
Información del fármaco Nombre, empresa farmacéutica
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 64
Casos de Uso
Nombre: Consulta de tratamiento
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de tratamientos. 6. el sistema muestra los tratamientos del usuario. 7. el usuario selecciona un tratamiento para ver información en detalle.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene tratamientos. 1. el sistema comunica que no hay tratamientos y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información del tratamiento Fecha inicio, fecha revisión, médico, descripción.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 65
Casos de Uso
Nombre: Consulta de habitaciones
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de habitaciones. 6. el sistema muestra la habitación asignada al usuario. 7. el usuario selecciona la habitación para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene habitaciones. 1. el sistema comunica que no hay habitaciones y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información de habitaciones Numero, fecha de ingreso, fecha de alta.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 66
Casos de Uso
Nombre: Consulta de pruebas médicas
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de pruebas. 6. el sistema muestra las pruebas del usuario. 7. el usuario selecciona una prueba para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene pruebas. 1. el sistema comunica que no hay pruebas y acaba el caso de uso.
Datos: Información sobre el paciente Su nombre completo. Información de las pruebas Nombre, médico, fecha, descripción.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 67
Casos de Uso
Nombre: Ver datos del paciente
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login.
2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submenú de pacientes. 5. el usuario selecciona gestión de pacientes. 6. el sistema muestra sus datos personales.
Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará el DNI del paciente, su nombre completo, dirección completa, sociedad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 68
Casos de Uso
Nombre: Consultar operación quirúrgica
Actor primario: médico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submenú. 5. el usuario selecciona gestión de operaciones. 6. el sistema muestra las operaciones del usuario. 7. el usuario selecciona una operación para ver información adicional.
Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene operaciones. 1. el sistema comunica que no hay operaciones y acaba el caso de uso.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre la operación quirúrgica Se mostrará el médico, descripción de la operación, fecha de la operación, sala de operación, hospitalización.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 69
Casos de Uso
Nombre: Alta tratamiento
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamiento. 4. el sistema muestra el submenú de tratamiento. 5. el usuario selecciona gestión de tratamientos. 6. el usuario selecciona un nuevo tratamiento. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador.
1. el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre el tratamiento
� Para cada tratamiento se mostrará: � El médico. � Las fechas. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 70
Casos de Uso
Nombre: Alta prueba
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamiento. 4. el sistema muestra el submenú de tratamiento. 5. el usuario selecciona gestión de pruebas. 6. el usuario selecciona una nueva prueba. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre la prueba
� Para cada prueba se mostrará: � tipo. � Las fechas. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 71
Casos de Uso
Nombre: Alta operación
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submenú de operaciones. 5. el usuario selecciona gestión de operaciones. 6. el usuario selecciona una nueva operación. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre operaciones
� Para cada operación se mostrará: � quirófano. � Las fechas. � Comentarios.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 72
Casos de Uso
Nombre: Alta habitación
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submenú de operaciones. 5. el usuario selecciona gestión de ingresos. 6. el usuario selecciona una nuevo ingreso. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente Se mostrará su nombre completo. Información sobre habitaciones
� Para cada habitación se mostrará: � numero. � Las fechas.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 73
Casos de Uso
Nombre: Alta medicamento
Actor primario: medico
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submenú de recetas. 5. el usuario selecciona gestión de medicamentos. 6. el usuario selecciona una nuevo medicamento. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza.
Extensiones: 1a. no existe usuario con ese identificador.
1.el sistema comunica el error y volvemos a 1.
Datos: Información sobre el medicamento Se mostrará su nombre completo.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 74
Casos de Uso
Nombre: Registro del médico
Actor primario: médico-administrador
Actores secundarios:
Precondiciones:
Trigger:
Escenario Primario: 1. el usuario rellena los campos obligatorios. 2. el sistema valida los campos rellenados por el usuario. 3. el sistema actualiza la información.
Extensiones: 1a. el usuario no rellena alguno de los campos obligatorios. 1.el sistema comunica el error y volvemos a 1. 2a. alguno de los campos rellenados por el usuario son incorrectos.
1.el sistema comunica el error y volvemos a 1. 2b. el campo DNI ya existe para otro usuario. 1. el sistema comunica el error y volvemos a 1.
Datos: Información sobre el paciente El DNI del paciente, su nombre completo, dirección completa, sociedad médica.
Otros requerimientos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 75
5.3 Diagrama de Estados
5.4 Capas
Uno de los diseños para aplicaciones Web más empleados es realizar una división de la
arquitectura de las aplicaciones en niveles. El patrón arquitectónico orientado a capas es
aquel que divide una aplicación en diferentes capas funcionales independientes.
En inglés, suele usarse el término tier o layer, que en este documento ha sido traducido
por capas. De manera particular, se puede hablar del patrón arquitectónico 3lier o de 3
capas, que es aquel que se divide en 3 capas o niveles funcionales. Cada una de estas
capas se encarga de implementar un grupo de funciones independientes.
Partiendo de nuestro sistema, vamos a dividir la aplicación en dichas 3 capas:
Capa de Presentación o Interfaz La capa de presentación es la encargada de
interaccionar con el usuario recogiendo la información procesada por éste.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 76
Capa de Aplicación es donde se localiza la lógica de negocio. La capa de aplicación
recibe la petición del usuario a través de la capa de presentación.
Capa de Datos se encarga de darle curso atendiendo a los repositorios de información de
la aplicación, en nuestro caso una base de datos.
En la siguiente figura se puede ver una representación de cada uno de las capas:
El diseño de una aplicación de acuerdo con esta arquitectura de capas presenta la gran
ventaja de producir código modular en el que la modificación de uno de sus
componentes, por ejemplo la interfaz de usuario (la forma en la que el usuario navega
por el Web o la forma en la que se presentan los datos) no requiere modificar ninguno
de los elementos de la otra capa.
Pasamos a describir el diagrama de clases y cada una de las capas mencionadas
anteriormente y cómo adaptarlo a nuestro sistema.
5.4.1 Capa de Datos
El nivel de datos es el encargado de recibir las entradas del usuario, de llamar a las
funciones de acceso a los datos, realizar el procedimiento o cálculo requerido y devolver
la información al nivel de aplicación para que sea visualizada en el usuario.
La base de datos de esta capa normalmente se carga y se accede desde un ordenador
propio, servidor de base de datos, y en sistemas Web de mayor tamaño tiene a menudo
una copia reflejo instalada en otro equipo para ser utilizada en caso de problemas con la
copia maestra de la base de datos o con el propio servidor.
Los métodos de acceso a los datos deberán implementarse como un conjunto de
funciones que se encarguen de proporcionar el acceso a los datos que maneja la
aplicación, es decir, la totalidad de funciones que permiten acceder a este nivel
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 77
implementan la interfaz entre este nivel y el nivel de presentación. Estos métodos son
ADO.NET que utilizan SQL como su lenguaje principal para leer datos de la base de
datos.
5.4.2 Capa de Aplicación
De manera general, este nivel debe estar compuesto por llamadas al nivel de datos y
llamadas al nivel de presentación, además de la implementación de los algoritmos
adecuados dependiendo de la acción del usuario.
La funcionalidad principal de esta capa se puede dividir en tres partes:
• Obtener y enviar los datos a la capa de base de datos.
• Obtener y recibir los datos de la capa de presentación.
• Realizar los cálculos y manipulaciones de datos necesarios.
La capa de aplicación toma los datos que obtiene de la base de datos y los reformatea
según las necesidades del usuario, tal como se definen en la capa de presentación.
Esta capa también tomará la información suministrada por el usuario mediante la capa
de presentación y la formateará según las necesidades de la base de datos para su
almacenamiento. Los datos a menudo provienen de la capa de presentación como una
lista de campos que simplemente deben ser colocados en la base de datos utilizando
ADO.NET y SQL.
La capa de aplicación normalmente se utiliza para definir los límites de las
transacciones para la creación, lectura, actualización y eliminación de información. Otra
función principal es configurar y enviar una transacción SQL a la capa de base de datos
y después, cuando la capa de base de datos completa la transacción, recibir la respuesta
generada por esa capa.
5.4.3 Capa de Presentación
El nivel de presentación se encarga de mostrar los datos al usuario. La implementación
de este nivel es muy similar al nivel de acceso a datos, y deberá contener funciones que
muestren la información al usuario, según la interfaz que ofrezcamos.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 78
La totalidad de funciones que permiten acceder a este nivel implementan la interfaz
entre el nivel de presentación y el nivel de aplicación.
En esta capa, aunque se muestren pantallas de inicio de sesión con contraseña, la capa
no es responsable de la autenticación y de la autorización ya que estas funciones son
propias de la capa de aplicación.
En esta capa se generan todos los formularios y capas Web dinámicas con la ayuda de la
capa de aplicación, pero que el usuario no ve ya que es totalmente transparente para el
ya que no le interesa saber la cantidad de capas que hay detrás.
5.5 Diseño de Datos
Pasamos ahora a la elaboración de la capa de persistencia del sistema.
Independientemente del SGBD empleado finalmente, necesitamos un Modelo de Datos
que represente los aspectos estáticos y dinámicos del Modelo del Dominio de nuestra
Sistema de gestión Web.
Existen muchos tipos de Modelos de Datos, pero el de más alto nivel y mayor facilidad
de comprensión son los modelos conceptuales, con conceptos muy cercanos al Modelo
del Dominio.
Uno de los modelos de alto nivel más empleados es el denominado Diagrama Entidad-
Relación, el cual usaremos para describir nuestra Base de Datos final de una forma más
general y expresiva. La razón de utilizar un modelo de tan alto nivel nos permite
independizarnos de la implementación final escogida.
5.5.1 Entidad-Relación
En los diagramas Entidad - Relación, las clases del Modelo del Dominio se convierten
en entidades, las cuales se relacionan mediante una serie de asociaciones que definen
una serie de información relevante para el sistema.
De la información extraída del diagrama de clases del análisis, obtenemos el siguiente
esquema conceptual de datos, considerando los siguientes aspectos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 79
1. Para cada entidad indicaremos la clave primaria (PK) de la tabla final que representar
a dicha entidad.
2. Para cada relación, la cardinalidad se expresa mediante el esquema X:Y, siendo X e
Y la multiplicidad mínima y máxima de cada entidad que participe en la relación.
5.5.2 Diagrama Entidad-Relación
A continuación se muestra el diagrama final Entidad-Relación que se expone mediante
dos esquemas. Uno referente a las relaciones y entidades que afectan a “PACIENTE” y
el otro esquema referente a “MEDICO”. Es por ello que se repiten las entidades que son
afectadas por ellas.
Ingresado en
es
Se someten
asiste
Dirigido a
Se pasan
Incluido en
pertenece
tiene
Se someten
solicitan
Asociado a
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 80
5.5.3 Entidades del Modelo de Datos
A continuación describiremos las diferentes entidades de nuestro sistema:
PACIENTE
Atributo Dominio Nulo? Descripción
Idpaciente Numérico No Identificador de paciente
Nombre Cadena No Nombre de paciente
Apellido1 Cadena No Primer apellido de paciente
Apellido2 Cadena No Segundo apellido de paciente
Sociedad Cadena No Sociedad medica de paciente
DNI Numérico No DNI de paciente
Dirección Cadena Si Dirección de paciente
Teléfono Numérico Si Teléfono de paciente
Población Cadena Si Pobl. que reside el paciente
Provincia Cadena Si Prov. en que reside paciente
es
realiza
Autorizado por
pasa
Se pasan
Incluido en
establece
tiene
pertenece
activa
manda
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 81
Email Cadena Si Email de paciente
Edad Numérico Si Edad del paciente
Sexo Cadena No Sexo del paciente
Profesión Cadena Si Profesión del paciente
CP Numeric Si CP de residencia del paciente
Login Cadena No User del paciente
password Cadena No Password del paciente
Borrado Bit No Estado del paciente
Cuadro 1: Descripción de la Entidad Paciente
OPERACIONES
Atributo Dominio Nulo? Descripción
Idoperacion Numérico No Identificador de operación
Fechaoperacion Fecha No Fecha de operación
Descripción Cadena No Descripción de la operación
Ingreso Bit No Ingreso del paciente
Observaciones Cadena Si Anotaciones de la operación
Cuadro 2: Descripción de la Entidad Operaciones
QUIROFANOS
Atributo Dominio Nulo? Descripción
dquirofano Numérico No Identificador de la operación
quirófano Numérico No Numero de quirófano
Cuadro 3: Descripción de la Entidad Usuario
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 82
RECETAS
Atributo Dominio Nulo? Descripción
Idreceta Numérico No Identificador de receta
Nombre Cadena No Nombre del medicamento
Tamaño Cadena Si Tamaño del producto
Fechareceta Fecha No Fecha de a receta
activada Bit No Estado de la receta
Cuadro 4: Descripción de la Entidad Recetas
MEDICAMENTOS
Atributo Dominio Nulo? Descripción
Idmedicamento Numérico No Id. de medicamento
Nombre Cadena No Nombre del medicamento
Descripción Cadena No Descripción del medicamento
Borrado Bit No Estado del medicamento
Laboratorio Cadena Si Nombre del laboratorio
Tamaño Cadena Si Tamaño del producto
vía Cadena Si Vía del medicamento
Cuadro 5: Descripción de la Entidad Medicamentos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 83
HABITACIONES
Atributo Dominio Nulo? Descripción
Idhabitacion Numérico No Identificador de habitación
Disponibilidad Bit No Estado de habitación
Fechainicio Fecha Si Fecha de ingreso
Fechafin Fecha Si Fecha de alta
numero Numérico Si Numero de habitación
Cuadro 6: Descripción de la Entidad Habitaciones
TRATAMIENTOS
Atributo Dominio Nulo? Descripción
Idtratamiento Numérico No Identificador de tratamiento
Nombre Cadena No Nombre del tratamiento
Descripción Cadena No Descripción de tratamiento
Borrado Bit No Estado de tratamiento
Duracion Numérico Si Duración de tratamiento
Fechainicio Fecha No Fecha inicio de tratamiento
Fechafin Fecha Si Fecha final de tratamiento
Fecharevision Fecha Si Fecha próxima revisión
Tipo Cadena Si Tipo de tratamiento
Cuadro 7: Descripción de la Entidad Tratamientos
MEDICOS
Atributo Dominio Nulo? Descripción
Idmedico Numérico No Identificador de medico
Nombre Cadena No Nombre de medico
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 84
Apellido 1 Cadena No Primer apellido de medico
Apellido 2 Cadena No Segundo apellido de medico
Email Cadena Si Email de medico
Especialidad Cadena No Especialidad médica
Telefono Numérico Si Telefono de medico
DNI Cadena No DNI de medico
Login Cadena No User de medico
Password Cadena No Password de medico
borrado Bit No Estado de medico
Cuadro 8: Descripción de la Entidad Médicos
PRUEBAS
Atributo Dominio Nulo? Descripción
Idprueba Numérico No Identificador de prueba
Nombre Cadena No Nombre de prueba
Fechaprueba Fecha No Fecha de prueba
Diagnostico Cadena No Diagnostico de prueba
realizada Bit No Estado de prueba
Cuadro 9: Descripción de la Entidad Pruebas
CONSULTAS
Atributo Dominio Nulo? Descripción
Idconsulta Numérico No Identificador de consulta
Fechaconsulta Fecha No Fecha de consulta
Exploracion Cadena Si Exploración de consulta
Diagnostico Cadena Si Diagnostico de consulta
Borrado Bit No Estado de consulta
Cuadro 10: Descripción de la Entidad Consultas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 85
PRECIOS
Atributo Dominio Nulo? Descripción
Idprecio Numérico No Identificador de precio
Precio cadena No Precio
Descripción Cadena Si Tipo de precio
Cuadro 11: Descripción de la Entidad Consultas
MENUWEB
Atributo Dominio Nulo? Descripción
Idopcion Numérico No Opción del menú Web
Titulo Cadena No Titulo del menú
Idpadre Numérico Si Identificador del nodo padre
url Cadena Si Dirección del menú
Publico Cadena Si
Ruta Cadena Si Ruta del menú
Orden Numérico No
Imagen Cadena Si Imagen que contiene el menú
Idempresa numérico No grupo al que pertenece
Cuadro 12: Descripción de la Entidad Menuweb
GRUPOCLINICA
Atributo Dominio Nulo? Descripción
Idgrupo Numérico No Identificador de grupo
Nombregrupo Cadena No Nombre del grupo
Descripcion Cadena Si Descripción del grupo
Cuadro 13: Descripción de la Entidad Grupoclinica
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 86
HORAS
Atributo Dominio Nulo? Descripción
Idhora Numérico No Identificador de horas
Horas Cadena No Rango de horas
Cuadro 14: Descripción de la Entidad Horas
5.5.4 Relaciones del Modelo de Datos
A continuación describiremos las diferentes relaciones entre las entidades de nuestro
sistema:
ASOCIADO A
Entidades Cardinalidades Descripción
Medicamentos 1:N
Pacientes 1:N
Los pacientes tienen
asignados medicamentos
Cuadro 1: Descripción de la Relación Asociado a
INCLUIDO EN
Entidades Cardinalidades Descripción
Medicamentos 1:N
Recetas 1:1
Las recetas son de
medicamentos
Cuadro 2: Descripción de la Relación Incluido en
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 87
ACTIVA
Entidades Cardinalidades Descripción
Medicamentos 1:N
Médicos 1:N
Los médicos activan
medicamentos
Cuadro 3: Descripción de la Relación Activa
AUTORIZADA POR
Entidades Cardinalidades Descripción
Recetas 1:1
Medicos 1:N
Las recetas las activan los
médicos
Cuadro 4: Descripción de la Relación Autorizada por
REALIZA
Entidades Cardinalidades Descripción
Medicos 1:N
Operaciones 1:1
Los médicos realizan las
operaciones
Cuadro 5: Descripción de la Relación Realiza
PASA
Entidades Cardinalidades Descripción
Medicos 1:N
Consultas 1:1
Los médicos pasan
consultas
Cuadro 6: Descripción de la Relación Pasa
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 88
MANDA
Entidades Cardinalidades Descripción
Medicos 1:N
Pruebas 1:1
Los médicos asignan
pruebas medicas
Cuadro 7: Descripción de la Relación Manda
PERTENECE A
Entidades Cardinalidades Descripción
Medicos 1:1
Grupoclinica 1:N
Los médicos pertenecen a
un perfil
Cuadro 8: Descripción de la Relación Pertenece a
DIRIGIDO A
Entidades Cardinalidades Descripción
Tratamientos 1:N
Pacientes 1:N
Los tratamientos son
asignados a pacientes
Cuadro 9: Descripción de la Relación Dirigido a
ESTABLECE
Entidades Cardinalidades Descripción
Medicos 1:N
Tratamientos 1:1
Los médicos asignan
tratamientos
Cuadro 10: Descripción de la Relación Establece
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 89
ASISTE A
Entidades Cardinalidades Descripción
Pacientes 1:N
Consultas 1:1
Los pacientes asisten a
consultas
Cuadro 11: Descripción de la Relación Asiste a
PERTENECE A
Entidades Cardinalidades Descripción
Pacientes 1:1
Grupoclinica 1:N
Los pacientes pertenecen a
un perfil
Cuadro 12: Descripción de la Relación Pertenece a
SE SOMETEN A
Entidades Cardinalidades Descripción
Pacientes 1:N
Pruebas 1:N
Los pacientes se someten
pruebas medicas
Cuadro 13: Descripción de la Relación Se someten a
SOLICITAN
Entidades Cardinalidades Descripción
Pacientes 1:N
Recetas 1:1
Los pacientes solicitan
recetas
Cuadro 14: Descripción de la Relación Solicitan
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 90
SE SOMETEN A
Entidades Cardinalidades Descripción
Pacientes 1:N
Operaciones 1:N
Los pacientes se someten a
operaciones quirúrgicas
Cuadro 15: Descripción de la Relación Se someten a
ESTA INGRESADO EN
Entidades Cardinalidades Descripción
Pacientes 1:1
Habitaciones 1:N
Los pacientes son
ingresados
Cuadro 16: Descripción de la Relación Esta ingresado en
SE PASAN
Entidades Cardinalidades Descripción
Consultas 1:1
Horas 1:N
Las consultas se pasan a una
hora determinada
Cuadro 17: Descripción de la Relación Se pasan
TIENE
Entidades Cardinalidades Descripción
Grupoclinica 1:1
Menuweb 1:N
Cada perfil tiene un menú
Web
Cuadro 18: Descripción de la Relación Tiene
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 91
ES
Entidades Cardinalidades Descripción
Quirófano 1:N
Operaciones 1:1
Cada operación se realiza
en un quirófano
Cuadro 19: Descripción de la Relación ES
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Consultas 1:1
Cada consulta tiene un
precio
Cuadro 20: Descripción de la Relación TIENE ASOCIADO
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Tratamientos 1:1
Cada tratamiento tiene un
precio
Cuadro 21: Descripción de la Relación TIENE ASOCIADO
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Pruebas 1:1
Cada prueba tiene un
precio
Cuadro 22: Descripción de la Relación TIENE ASOCIADO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 92
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Operaciones 1:1
Cada operación tiene un
precio
Cuadro 23: Descripción de la Relación TIENE ASOCIADO
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Habitaciones 1:1
Cada habitación tiene un
precio
Cuadro 24: Descripción de la Relación TIENE ASOCIADO
TIENE ASOCIADO
Entidades Cardinalidades Descripción
Precios 1:N
Recetas 1:1
Cada receta tiene un precio
Cuadro 25: Descripción de la Relación TIENE ASOCIADO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 93
5.6 Diseño Lógico
El paso del Modelo E/R a un Esquema Relacional, uno de los esquemas más empleados
en el modelado de datos, donde se almacenan las relaciones de las entidades del sistema,
está basado en los tres principios siguientes:
Todo tipo de entidad se convierte en una relación/tabla de la Base de Datos
Todo tipo de interrelación N:M se transforma en una relación/tabla
Todo tipo de interrelación 1:N se traduce en el fenómeno de propagación de
clave o bien se crea una nueva relación/tabla
Tras aplicar estas reglas y nombrando las tablas con el prefijo AWM (Sistema de
gestión Web Médica), obtenemos el siguiente Esquema Conceptual:
AWC_OPERACIÓN
CAMPO TIPO NULO PREDETERMINADO PK FK
Idoperacion Int(4) X
Idmedico Int(4) X
idpaciente Int(4) X
fechaoperacion datetime X
idquirofano Int(4) X
descripcion Nvarchar(100)
ingreso Bit (1) 0
observaciones Nvarchar(100)
idprecio Char(10) X
AWC_QUIRÓFANO
CAMPO TIPO NULO PREDETERMINADO PK FK
Idquirofano Int(4) X
disponible Bit (1) 0
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 94
AWC_MEDICAMENTOSPACIENTES
CAMPO TIPO NULO PREDETERMINADO PK FK
Idmedicamento Int(4) X
idpaciente Int(4) X
AWC_HABITACIONES
CAMPO TIPO NULO PREDETERMINADO PK FK
Idhabitacion Int(4) X
Disponibilidad Bit (1) 0
fechainicio Datetime
fechafin datetime
idpaciente Int(4) X
numero Int(4)
idprecio Char(10) X
AWC_RECETAS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idreceta Int(4) X
idpaciente Int(4) X
idmedico Int(4) X
nombre Char(10)
tamaño Char(10)
fechareceta datetime
idmedicamento Int(4) X
activada Bit (1) 0
idprecio Char(10) X
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 95
AWC_PACIENTES
CAMPO TIPO NULO PREDETERMINADO PK FK
Idpaciente Int(4) X
nombre Varchar(50)
Apellido1 Varchar(50)
Apellido2 Varchar(50)
sociedad Varchar(50)
DNI Char(10)
direccion Varchar(50)
telefono Char(10)
poblacion Varchar(50)
provincia Varchar(50)
email Varchar(50)
edad Int(4)
sexo Char(1)
profesion Varchar(50)
cp Char(5)
borrado Bit (1) 0
login Char(10)
password Char(10)
AWC_PACIENTESGRUPOCLINICA
CAMPO TIPO NULO PREDETERMINADO PK FK
Idpaciente Int(4) X
idgrupo Int(4) X
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 96
AWC_TRATAMIENTOS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idtratamiento Int(4) X
nombre Varchar(50)
descripcion Nvarchar(100)
borrado Bit (1) 0
duracion Int(4)
fechainicio Datetime
fechafin datetime
fecharevision datetime
tipo Varchar(50)
idprueba Int(4) X
idpaciente Int(4) X
idmedico Int(4) X
idprecio Char(10) X
AWC_PRUEBAS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idprueba Int(4) X
Nombre Char(50)
fechaprueba datetime
idmedico Int(4) X
idpaciente Int(4) X
diagnostico Varchar(50)
realizada Bit (1) 0
idprecio Char(10) X
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 97
AWC_CONSULTAS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idconsulta Int(4)
idmedico Int(4) X
idpaciente Int(4) X
fechaconsulta datetime X
exploracion Nvarchar(100)
diagnostico Nvarchar(100)
borrado Bit (1) 0
idhora Int(4) X
idprecio Char(10) X
AWC_MEDICOS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idmedico Int(4) X
nombre Varchar(50)
Apellido1 Varchar(50)
Apellido2 Varchar(50)
email Varchar(50)
especialidad Varchar(50)
telefono Char(10)
DNI Char(10)
login Char(10)
password Char(10)
borrado Bit (1) 0
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 98
AWC_MEDICAMENTOS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idmedicamento Int(4) X
nombre Varchar(50)
descripcion Varchar(100)
borrado Bit (1) 0
laboratorio Char(50)
Tamaño Char(10)
via Char(10)
AWC_GRUPOCLINICA
CAMPO TIPO NULO PREDETERMINADO PK FK
Idgrupo Int(4) X
Nombregrupo Varchar(50)
descripcion Char(10)
AWC_MENUWEB
CAMPO TIPO NULO PREDETERMINADO PK FK
Idopcion Int(4) X
titulo Varchar(50)
idpadre Int(4)
url Varchar(150)
publico Char(1)
ruta Char(200)
orden Int(4)
imagen Char(200)
idempresa Int(4)
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 99
AWC_ACCESOCLINICA
CAMPO TIPO NULO PREDETERMINADO PK FK
Idopcion Int(4) X
idgrupo Int(4) X
AWC_MEDICOSGRUPOCLINICA
CAMPO TIPO NULO PREDETERMINADO PK FK
Idmedico Int(4) X
idgrupo Int(4) X
AWC_HORAS
CAMPO TIPO NULO PREDETERMINADO PK FK
Idhora Int(4) X
horas Text(16)
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 100
5.7 Esquema BBDD
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 101
5.7 Diagramas de Secuencia
Caso de Uso Altatratamiento
Caso de Uso Vertratamiento
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 102
Caso de Uso Eliminartratamiento
Caso de Uso AltaConsulta
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 103
Caso de Uso VerConsulta
Caso de Uso EliminarConsulta
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 104
Caso de Uso Verhabitación
Caso de Uso Altahabitación
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 105
Caso de Uso Eliminarhabitación
Caso de Uso Vermedicamento
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 106
Caso de Uso Borrarmedicamento
Caso de Uso Altamedicamento
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 107
Caso de Uso Vermedico
Caso de Uso Eliminarmedico
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 108
Caso de Uso Altamedico
Caso de Uso Veroperacion
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 109
Caso de Uso Eliminaroperacion
Caso de Uso Altaoperacion
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 110
Caso de Uso Verprueba
Caso de Uso Altaprueba
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 111
Caso de Uso Verreceta
Caso de Uso Borrarreceta
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 112
Caso de Uso Altareceta
Caso de Uso Verpaciente
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 113
Caso de Uso Eliminarpaciente
Caso de Uso Altapaciente
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 114
5.9 Diseño Navegación
A continuación se describirá cómo es el despliegue de la aplicación, indicando la
navegabilidad que se les ofrecerá a los usuarios de la Sistema de gestión Web. La
Sistema de gestión Web se compone principalmente de tres zonas:
Cabecera representa el lugar donde se está la información adicional acerca del contacto
y la posibilidad de cerrar sesión.
Bloque Principal representa la zona donde el usuario interactuará, mostrándose todo tipo
de información, recursos, etc.…
Pié de Página información sobre el autor.
5.9.1 Cabecera
La zona de la cabecera, ubicada en la parte superior del navegador, se concentrará
aspectos generales adicionales de la aplicación, en forma de diferentes opciones que el
usuario que esté ubicado en cualquier zona de la aplicación pueda visualizarla y se
pueda orientar mejor. En esta parte se puede dividir en las siguientes zonas, designadas
por el siguiente esquema:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 115
Log out zona asignada para que el usuario cierre la sesión iniciada.
Contacto zona asignada para que el usuario se ponga en contacto con el administrador a
través de correo electrónico. Al pinchar sobre esta zona, se le abre Outlook para que
pueda enviar el correo.
Nombre Usuario es la zona donde aparecerá el nombre del usuario que ha iniciado la
sesión y que permanecerá mientras esté abierta esta.
Perfil es el rol del usuario que le indicará al usuario a modo de información el tipo de
usuario que es.
Home es el enlace para ir a la página principal en cualquier momento de la navegación.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 116
5.9.2 Bloque Principal
El bloque principal es la zona más importante de la aplicación puesto que es dónde el
usuario interactuará con el sistema.
Como parte principal podemos destacar la zona del Contenido la cual es la parte de la
aplicación donde se mostrará la información en función de la opción seleccionada en los
menús del sistema: el contenido podrá estar formado por submenús
En el bloque principal podemos destacar los siguientes elementos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 117
Es la parte más variable e importante del sistema y donde se concentrará el foco
de atención del usuario, siendo de las zonas más críticas de la aplicación.
5.9.3 Menú Principal
El menú principal contiene todas las posibles acciones que se pueden realizar en el
sistema.
Como no todas las opciones están disponibles para todos los usuarios, el menú depende
según el tipo de usuario, eliminando o añadiendo funcionalidades según el mismo.
Podemos hacer una primera clasificación en función de los menús de gestión permitidos
a los usuarios, recogidos en la siguiente tabla:
PACIENTE MEDICO ADMINISTRADOR
Médicos No Si Si
Consultas Si Si Si
Tratamientos Si Si Si
Operaciones Si Si Si
Recetas Parcial Si Si
Pacientes Parcial Parcial Si
En esta tabla podemos ver qué se submenús se mostrarán al usuario en función de su
tipo. Como es lógico, el administrador podrá controlar toda la aplicación, mientras que
el resto de los usuarios tienen alguna limitación.
Menú Secundario
El menú secundario es el que se despliega al seleccionar cada una de las opciones del
menú principal. Dentro de cada opción del menú principal aparecen submenús en
función del tipo de usuario que haya accedido a la aplicación.
Para ello, se cargan los siguientes submenús para cada menú con los siguientes
elementos:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 118
5.9.4 Menú Médicos
El submenú médicos que está formado por dos elementos. Como no todas las opciones
están disponibles para todos los usuarios, el menú depende según el tipo de usuario,
eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una primera
clasificación en función de los menús de gestión permitidos a los usuarios, recogidos en
la siguiente tabla:
PACIENTE MEDICO ADMINISTRADOR
Gestión de
Médicos
No Si Si
Facturación No No Si
Médicos
Gestión de Médicos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 119
5.9.5 Menú Consultas
El submenú Consultas que está formado por un elemento. Como no todas las opciones
están disponibles para todos los usuarios, el menú depende según el tipo de usuario,
eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una primera
clasificación en función de los menús de gestión permitidos a los usuarios, recogidos en
la siguiente tabla:
PACIENTE MEDICO ADMINISTRADOR
Gestión de
Consultas
Si Si Si
Consultas
Informe de Consultas
Gestión de Consultas
Facturación de Consultas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 120
5.9.6 Menú Tratamientos
El submenú Tratamientos que está formado por dos elementos. Como no todas las
opciones están disponibles para todos los usuarios, el menú depende según el tipo de
usuario, eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una
primera clasificación en función de los menús de gestión permitidos a los usuarios,
recogidos en la siguiente tabla:
PACIENTE MEDICO ADMINISTRADOR
Gestión de
Tratamientos
Si Si Si
Pruebas Si Si Si
Tratamientos
Pruebas
Gestión de Tratamientos
Informe Pruebas
Informe Tratamientos
Facturación de
Tratamientos
Facturación de Pruebas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 121
5.9.7 Menú Operaciones
El submenú Operaciones que está formado por dos elementos. Como no todas las
opciones están disponibles para todos los usuarios, el menú depende según el tipo de
usuario, eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una
primera clasificación en función de los menús de gestión permitidos a los usuarios,
recogidos en la siguiente tabla:
Operaciones
Ingresos
Gestión de Operaciones
Informe Operaciones
Facturación de
Operaciones
Facturación de Ingresos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 122
PACIENTE MEDICO ADMINISTRADOR
Gestión de
Operaciones
Si Si Si
Gestión de
Habitaciones
Si Si Si
5.9.8 Menú Recetas
El submenú Recetas que está formado por tres elementos. Como no todas las opciones
están disponibles para todos los usuarios, el menú depende según el tipo de usuario,
eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una primera
Recetas
Gestión de Medicamentos
Activar Recetas
Facturación Recetas
Gestión de Recetas
Activar Medicamentos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 123
clasificación en función de los menús de gestión permitidos a los usuarios, recogidos en
la siguiente tabla:
PACIENTE MEDICO ADMINISTRADOR
Activación de
Recetas
No Si Si
Gestión de
Medicamentos
No Si Si
Gestión de
Recetas
Si Si Si
5.9.9 Menú Pacientes
El submenú Pacientes que está formado por dos elementos. Como no todas las opciones
están disponibles para todos los usuarios, el menú depende según el tipo de usuario,
eliminando o añadiendo funcionalidades según el mismo. Podemos hacer una primera
clasificación en función de los menús de gestión permitidos a los usuarios, recogidos en
la siguiente tabla:
Pacientes
Gestión de Pacientes
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 124
PACIENTE MEDICO ADMINISTRADOR
Gestión de
Pacientes
Si Parcial Si
Informes No Si Si
5.9.10 Gestión de Médicos
Este submenú del menú secundario ofrece el acceso a la gestión de médicos.
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de médicos que hay en el sistema.
Los enlaces mencionados se describen a continuación:
Alta Médico este enlace mostrará el formulario para introducir los datos del nuevo
médico.
Modificación Médico este enlace mostrará el formulario con los datos introducidos por
el médico para que modifique los campos que quiera, siempre y cuando esté permitida
la modificación del campo.
Gestión de Médicos
Alta Médico
Modificación Médicos
Baja Médico
Vista Médico
Listar Médico
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 125
Baja Médico este enlace mostrará el formulario para dar de baja un médico en el
sistema.
Vista de Usuarios este enlace muestra en detalle la información almacenada sobre un
médico en concreto.
Listar Médico este enlace permite ver los médicos que hay dados de alta actualmente
en el sistema
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta Médico No Si Si
Modificación
Médico
No Parcial Si
Baja Médico No Parcial Si
Vista
Médico
No Si Si
Listar
Médico
No Si Si
5.9.11 Gestión de Consultas
Este submenú del menú secundario ofrece el acceso a la gestión de Consultas.
Gestión de Consultas
Alta Consultas
Modificación Consultas
Baja Consultas
Vista Consultas
Listar Consultas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 126
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de consultas.
Los enlaces mencionados se describen a continuación:
Alta Consulta este enlace mostrará el formulario para introducir los datos de la nueva
consulta.
Modificación Consulta este enlace mostrará el formulario con los datos introducidos
por el paciente para que modifique los campos que quiera, siempre y cuando esté
permitida la modificación del campo.
Baja Consulta este enlace mostrará el formulario para dar de baja una consulta en el
sistema.
Vista de Consulta este enlace muestra en detalle la información almacenada sobre una
consulta en concreto.
Listar Consultas este enlace permite ver las consultas que hay dadas de alta
actualmente en el sistema para un determinado paciente o las consultas de pacientes que
pertenecen a un determinado médico. En el caso del administrador, se muestran todas
las consultas.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario
PACIENTE MEDICO ADMINISTRADOR
Alta
Consultas
Si Si Si
Modificación
Consultas
Si Si Si
Baja Si No Si
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 127
Consultas
Vista
Consultas
Si Si Si
Listar
Consultas
Si Parcial Si
5.9.12 Gestión de Tratamientos
Este submenú del menú secundario ofrece el acceso a la gestión de Tratamientos.
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de tratamientos.
Los enlaces mencionados se describen a continuación:
Alta Tratamiento este enlace mostrará el formulario para introducir los datos del nuevo
tratamiento.
Modificación Tratamiento este enlace mostrará el formulario con los datos
introducidos por el médico para que modifique los campos que quiera, siempre y
cuando esté permitida la modificación del campo.
Gestión de Tratamientos
Alta Tratamientos
Modificación Tratamientos
Baja Tratamientos
Vista Tratamientos
Listar Tratamientos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 128
Baja Tratamiento este enlace mostrará el formulario para dar de baja un tratamiento en
el sistema.
Vista de Tratamiento este enlace muestra en detalle la información almacenada sobre
un tratamiento en concreto.
Listar Tratamiento este enlace permite ver los tratamientos que hay dados de alta
actualmente en el sistema para un determinado paciente o los tratamientos de pacientes
que pertenecen a un determinado médico. En el caso del administrador, se muestran
todos los tratamientos.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta
Tratamientos
No Si Si
Modificación
Tratamientos
No Si Si
Baja
Tratamientos
No Parcial Si
Vista
Tratamientos
Si Si Si
Listar
Tratamientos
Si Parcial Si
5.9.13 Gestión de Pruebas
Este submenú del menú secundario ofrece el acceso a la gestión de Pruebas.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 129
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de pruebas.
Los enlaces mencionados se describen a continuación:
Alta Pruebas este enlace mostrará el formulario para introducir los datos de la nueva
prueba.
Modificación Pruebas este enlace mostrará el formulario con los datos introducidos
por el médico para que modifique los campos que quiera, siempre y cuando esté
permitida la modificación del campo.
Baja Pruebas este enlace mostrará el formulario para dar de baja una prueba dada de
alta en el sistema.
Vista de Pruebas este enlace muestra en detalle la información almacenada sobre una
prueba en concreto.
Listar Pruebas este enlace permite ver las pruebas que hay dadas de alta actualmente
en el sistema para un determinado paciente o las pruebas de pacientes que pertenecen a
un determinado médico. En el caso del administrador, se muestran todas las pruebas.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
Gestión de Pruebas
Alta Pruebas
Modificación Pruebas
Baja Pruebas
Vista Pruebas
Listar Pruebas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 130
PACIENTE MEDICO ADMINISTRADOR
Alta Pruebas No Si Si
Modificación
Pruebas
No Si Si
Baja Pruebas No Parcial Si
Vista
Pruebas
Si Si Si
Listar
Pruebas
Si Parcial Si
5.9.14 Gestión de Operaciones
Este submenú del menú secundario ofrece el acceso a la gestión de Operaciones.
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de operaciones.
Los enlaces mencionados se describen a continuación:
Alta Operaciones este enlace mostrará el formulario para introducir los datos de la
nueva Operación.
Gestión de Operaciones
Alta Operaciones
Modificación Operaciones
Baja Operaciones
Vista Operaciones
Listar Operaciones
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 131
Modificación Operaciones este enlace mostrará el formulario con los datos
introducidos por el médico para que modifique los campos que quiera, siempre y
cuando esté permitida la modificación del campo.
Baja Operaciones este enlace mostrará el formulario para dar de baja una operación
dada de alta en el sistema.
Vista de Operaciones este enlace muestra en detalle la información almacenada sobre
una operación en concreto.
Listar Operaciones este enlace permite ver las operaciones que hay dadas de alta
actualmente en el sistema para un determinado paciente o las operaciones de pacientes
que pertenecen a un determinado médico. En el caso del administrador, se muestran
todas las operaciones.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta
Operaciones
No Si Si
Modificación
Operaciones
No Si Si
Baja
Operaciones
No Parcial Si
Vista
Operaciones
Si Si Si
Listar
Operaciones
Si Parcial Si
5.9.15 Gestión de Habitaciones
Este submenú del menú secundario ofrece el acceso a la gestión de Habitaciones.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 132
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de habitaciones.
Los enlaces mencionados se describen a continuación:
Alta Habitaciones este enlace mostrará el formulario para introducir los datos de la
nueva Habitación.
Modificación Habitaciones este enlace mostrará el formulario con los datos
introducidos por el médico para que modifique los campos que quiera, siempre y
cuando esté permitida la modificación del campo.
Baja Habitaciones este enlace mostrará el formulario para dar de baja una habitación
dada de alta en el sistema.
Vista de Habitaciones este enlace muestra en detalle la información almacenada sobre
una habitación en concreto.
Listar Habitaciones este enlace permite ver las habitaciones que hay dadas de alta
actualmente en el sistema.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
Gestión de Habitaciones
Alta Habitaciones
Modificación Habitaciones
Baja Habitaciones
Vista Habitaciones
Listar Habitaciones
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 133
PACIENTE MEDICO ADMINISTRADOR
Alta
Habitaciones
No Si Si
Modificación
Habitaciones
No Si Si
Baja
Habitaciones
No Si Si
Vista
Habitaciones
Si Si Si
Listar
Habitaciones
Si Si Si
5.9.16 Activar Recetas
Este submenú del menú secundario ofrece el acceso a la activación de recetas.
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de activación de recetas.
Los enlaces mencionados se describen a continuación:
Alta Activación este enlace mostrará el formulario para introducir los datos de la nueva
receta a activar.
Gestión de Activación
Alta Activación
Modificación Activación
Baja Activación
Vista Activación
Listar Activación
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 134
Modificación Activación este enlace mostrará el formulario con los datos introducidos
por el médico para que modifique los campos que quiera, siempre y cuando esté
permitida la modificación del campo.
Baja Activación este enlace mostrará el formulario para dar de baja una receta dada de
alta en el sistema.
Vista de Activación este enlace muestra en detalle la información almacenada sobre
una receta activada en concreto.
Listar Activación este enlace permite ver las recetas que hay dadas de alta actualmente
en el sistema para un determinado paciente o las recetas de pacientes que pertenecen a
un determinado médico. En el caso del administrador, se muestran todas las recetas.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta
Activación
No Parcial Si
Modificación
Activación
No Si Si
Baja
Activación
No Parcial Si
Vista
Activación
Si Si Si
Listar
Activación
Si Parcial Si
5.9.17 Gestión de Medicamentos
Este submenú del menú secundario ofrece el acceso a la gestión de medicamentos.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 135
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de medicamentos.
Los enlaces mencionados se describen a continuación:
Alta Medicamento este enlace mostrará el formulario para introducir los datos del
nuevo medicamento a activar a un paciente.
Modificación Medicamento este enlace mostrará el formulario con los datos
introducidos por el médico para que modifique los campos que quiera, siempre y
cuando esté permitida la modificación del campo.
Baja Medicamento este enlace mostrará el formulario para dar de baja un medicamento
dado de alta en el sistema.
Vista de Medicamento este enlace muestra en detalle la información almacenada sobre
un medicamento activado en concreto.
Listar Medicamento este enlace permite ver los medicamentos que hay dados de alta
actualmente en el sistema para un determinado paciente o los medicamentos de
pacientes que pertenecen a un determinado médico. En el caso del administrador, se
muestran todos los medicamentos.
Gestión de Medicamentos
Alta Medicamentos
Modificación Medicamentos
Baja Medicamentos
Vista Medicamentos
Listar Medicamentos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 136
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta
Medicamentos
No Si Si
Modificación
Medicamentos
No No Si
Baja
Medicamentos
No Parcial Si
Vista
Medicamentos
No Si Si
Listar
Medicamentos
No Parcial Si
5.9.18 Gestión de Recetas
Este submenú del menú secundario ofrece el acceso a la gestión de recetas.
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de recetas.
Los enlaces mencionados se describen a continuación:
Gestión de Recetas
Alta Recetas
Modificación Recetas
Baja Recetas
Vista Recetas
Listar Recetas
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 137
Alta Receta este enlace mostrará el formulario para introducir los datos de la nueva
receta que solicita un paciente.
Modificación Receta este enlace mostrará el formulario con los datos introducidos por
el paciente para que modifique los campos que quiera, siempre y cuando esté permitida
la modificación del campo.
Baja Receta este enlace mostrará el formulario para dar de baja una receta dada de alta
en el sistema.
Vista de Receta este enlace muestra en detalle la información almacenada sobre una
receta solicitada en concreto.
Listar Receta este enlace permite ver las recetas que hay dadas de alta actualmente en
el sistema para un determinado paciente o las recetas de pacientes que pertenecen a un
determinado médico. En el caso del administrador, se muestran todos las recetas.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR
Alta Recetas Si No Si
Modificación
Recetas
Si No Si
Baja Recetas Si Parcial Si
Vista
Recetas
Si Si Si
Listar
Recetas
Si Parcial Si
5.9.19 Gestión de Pacientes
Este submenú del menú secundario ofrece el acceso a la gestión de pacientes.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 138
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad
una vez que se completa la operación indicada, de tal forma que hemos considerado que
tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle,
se puede acceder al listado, en este caso, de pacientes.
Los enlaces mencionados se describen a continuación:
Alta Paciente este enlace mostrará el formulario para introducir los datos del nuevo
paciente.
Modificación Paciente este enlace mostrará el formulario con los datos introducidos
por el paciente para que modifique los campos que quiera, siempre y cuando esté
permitida la modificación del campo.
Baja Paciente este enlace mostrará el formulario para dar de baja un paciente dado de
alta en el sistema.
Vista de Paciente este enlace muestra en detalle la información almacenada sobre un
paciente en concreto.
Listar Paciente este enlace permite ver los pacientes que hay dados de alta actualmente
en el sistema.
Siguiendo la filosofía de menú anteriores, a continuación se muestra los accesos
permitidos según el tipo de usuario:
Gestión de Pacientes
Alta Pacientes
Modificación Pacientes
Baja Pacientes
Vista Pacientes
Listar Pacientes
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 139
PACIENTE MEDICO ADMINISTRADOR
Alta
Pacientes
Si No Si
Modificación
Pacientes
Si No Si
Baja
Pacientes
Si No Si
Vista
Pacientes
Si Si Si
Listar
Pacientes
No Si Si
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 140
6 Pruebas La fase de pruebas del software es una de las partes más importantes del proceso de
desarrollo de software. Probar una aplicación involucra la generación de casos de
pruebas, la ejecución de la aplicación contra estos casos de prueba y la observación del
comportamiento de la aplicación para determinar su corrección. Es por ello que se va a
introducir una serie de pruebas software y técnicas heurísticas (listas de chequeo) para
depurar errores en la aplicación:
6.1 Pruebas de Interfaces y Contenidos
Las actividades de esta etapa consisten en hacer revisiones precisas de la forma en que
se despliegan las páginas del sitio y ver si cumplen con los Términos de Referencia en
estos temas y, además, si cumplen con los estándares mínimos que se hayan definido
como meta a ser cumplida (ver pruebas sobre usabilidad y accesibilidad).
Las acciones de prueba sugeridas para realizar en esta etapa son las siguientes:
Verificación de Contenidos es una prueba básica para revisar si el Sitio Web
desarrollado incluye todos los contenidos que se han especificado en los Términos de
Referencia o los que se hayan definido en el marco del plan de desarrollo. Se puede
hacer en forma manual o automática, de acuerdo a las siguientes orientaciones:
Sistema Manual: se refiere a hacer una revisión manual de los contenidos del Sitio Web
a través de la navegación de sus páginas. Los elementos que deben probarse
obligatoriamente son: ortografía y redacción, enlaces principales, imágenes en páginas y
existencia de archivos adjuntos.
Sistema Automático: especialmente orientado a la verificación de enlaces rotos, lo cual
se puede hacer utilizando sistemas basados en Internet o, bien, software especializado.
Sitio en Construcción se debe verificar que el Sitio Web no contenga espacios vacíos o
que tenga .en construcción.. No es adecuado, bajo ningún sentido, usar espacios con
dicha leyenda; en tal caso es preferible eliminar esa zona y volver a incluirla cuando
exista el contenido correspondiente en el sitio.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 141
Verificación de Estándares aunque los sitios Web pueden ser construidos a partir de
diferentes lenguajes, todos deben cumplir ciertas normas de sintaxis, que permitan su
visualización en diferentes plataformas. Dicha sintaxis está estandarizada y puede ser
probada a través de herramientas públicas que están disponibles en Internet. Las dos
más importantes son:
Validación de HTML la realiza el World Wide Web Consortium1 e indica si el código
usado en la página es correcto. Como resultado entrega un reporte con los eventuales
errores para ayudar a su reparación.
Validación de CSS la realiza el World Wide Web Consortium2 e indica si la
Hoja de Cascada de Estilo (CSS) cumple con la sintaxis estándar y por lo tanto podrá
ser visualizada correctamente en todos los sistemas.
Verificaciones de Interfaces mediante esta prueba se revisan aspectos gráficos del
Sitio Web, para determinar si su despliegue en las páginas es correcto. Dentro de los
elementos más importantes a ser verificados, se incluyen los siguientes:
Plug-ins necesarios cuando se utilicen elementos audiovisuales o interactivos que
requieran de algún software incrustado para funcionar (plug-ins), se debe ofrecer un
enlace para que los usuarios que no lo tengan instalado, puedan bajarlo y hacer el
proceso de instalación.
Consistencia de la Diagramación cada una de las páginas del sitio debe tener
elementos consistentes. Por nombrar tres aspectos, lo anterior implica que los menús
deben aparecer siempre en el mismo lugar, que los listados deben estar diseñados de
similar manera en todo el sitio y que los colores y formas de uso de las interfaces deben
ser similares a lo largo de las páginas.
Ancho de la Diagramación si la diagramación del sitio se ha realizado para un ancho
determinado, se debe probar si se cumple y se debe probar en una pantalla configurada
con una menor dimensión, y ver cómo afecta eso a la navegación por el mismo.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 142
Diagramación vs. Browsers no todos los visualizadores (browsers) muestran de la
misma manera los sitios Web. Es necesario revisar el sitio en diferentes tipos de
programas, como Microsoft Internet Explorer, Opera y Mozilla, ya que con ellos se
cubrirá un amplio espectro. Hay que asegurar que los elementos de la aplicación
aparecen en las posiciones que se les han asignado en el diseño.
Diagramación vs. Sistema Operativo además, los diferentes SS.OO pueden establecer
diferencias en la forma en que se muestran los sitios Web. Por ello, es importante
conocer cuáles son los sistemas operativos utilizados y revisar el despliegue del sitio en
ellos, sobre todo en Microsoft Windows, Apple Macintosh o diferentes versiones de
Unix.
Imágenes Escaladas se debe verificar que las imágenes que aparezcan en el sitio no
estén siendo mostradas en tamaño reducido artificialmente. El efecto de eso es que las
páginas con ese tipo de imágenes serán muy pesadas y harán que el acceso a ellas sea
lento. Es importante considerar que, además de estas verificaciones individuales de peso
de imágenes (no más de 30Kb), el límite de peso para una página es de 100Kb,
incluyendo todos sus elementos.
Imágenes Sin Atributo ALT para cumplir con las normas de accesibilidad es necesario
que todas las imágenes que se usen en un Sitio Web tengan una descripción utilizando
el atributo ALT (para texto alterno) del lenguaje HTML.
En función de las pruebas realizadas, generamos el siguiente informe:
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 143
6.2 Pruebas Funcionales y de Operación
Las actividades de esta etapa se refieren a hacer chequeos completos respecto de las
funcionalidades y aplicaciones que ofrece el sitio, ya sean formularios, consultas y/o
modificaciones de registros en base de datos. En este sentido, las pruebas se deben hacer
sobre diferentes elementos, siendo algunos de los más importantes los siguientes:
Campos Obligatorios se debe validar que en los formularios se ingresen todos aquellos
campos que sean necesarios; éstos deben ser marcados de alguna manera (usualmente
con un asterisco) que permita a los usuarios entender la obligatoriedad de ingresar
información en ellos; adicionalmente, debe indicarse tal condición en forma explícita.
Validaciones Locales para reducir la carga de validaciones en el servidor, se
recomienda incorporar la mayor cantidad de éstas en el computador del cliente,
utilizando de forma estándar el lenguaje Javascript para hacerlas.
Verificación de Contenidos Se ha verificado manualmente de forma
exhaustiva
Sitio en Construcción No existen páginas en blanco
Validación HTML
Validación de CSS
Plug-ins necesarios No se han usado plug-ins
Consistencia Diagramación Cada enlace tiene un diseño muy similar
Ancho de la Diagramación
Diagramación vs. Browsers
Diagramación vs. S.O. Solo se han realizado pruebas con
windows
Imágenes Escaladas
Imágenes Sin Atributo ALT Todas las imágenes poseen el atributo
ALT
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 144
Sintaxis de Ingreso se debe validar que, en algunos casos, los campos sean ingresados
con datos válidos.
Suscripción a Servicios se debe validar que cada vez que se realice la suscripción a un
servicio que ofrezca el Sitio Web, se envíe un e-mail al usuario (es necesario solicitar su
dirección de correo electrónico) en el que se le informe sobre el resultado de la
operación.
Ingreso de Datos si se cuenta con un sistema que permita el ingreso de información
hacia una base de datos, se debe revisar en la tabla de destino que qué efectivamente se
estén enviando los datos de la manera que se ha previsto.
Reingreso y Corrección de Datos para mejorar la interacción del Sitio Web, cuando
tras la validación local del formulario, el usuario presiona el botón Back de su programa
visualizador para volver atrás y modificar algún campo, se le deben presentar todos los
datos que hayan sido ingresados. De esta manera se aprovecha la información ingresada
previamente, evitando la frustración del usuario por tener que escribir nuevamente el
contenido completo del formulario.
Elementos de Interfaz al usar elementos del lenguaje HTML para la creación de las
pantallas, se recomienda no modificar radicalmente sus atributos de despliegue (colores,
formas) y comportamientos tradicionales, para lograr que el usuario sepa intuitivamente
cómo usarlo y no deba aprender de nuevo su operación.
Multiplataforma se debe comprobar que los formularios funcionan en diferentes
versiones de programas visualizadores (browsers), de sistemas operativos y de tipos de
conexión a Internet (conmutado, banda ancha y dedicado).
Botones de Interacción si se cuenta con botones interactivos que permiten imprimir,
enviar una página a un amigo, etc. se debe validar que estén realizando correctamente la
acción indicada.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 145
Sistema de Búsqueda si se cuenta con ellos, se debe validar que efectivamente
permitan encontrar documentos existentes en el sitio; en este sentido se deben ingresar
documentos específicos y luego buscarlos de manera que asegurarse que la
funcionalidad está operando adecuadamente.
Sistemas de Feedback si se cuenta con sistemas de envío de preguntas o reclamos, se
debe asegurar de que se está completando el ciclo de vida de la consulta. En este sentido
se debe validar que el sitio realiza la consulta y que ésta es recibida por el personal
encargado de atenderla.
Sistemas de Compra si se cuenta con sistemas de pago en línea, se debe revisar
cuidadosamente el flujo de trabajo de la aplicación y asegurarse de que en cada uno de
los pasos se está asegurando la calidad y seguridad de la transacción.
Administración del Error 404 cuando se ingresa una dirección equivocada, el
software del servidor muestra una pantalla de error con el código del problema (Ej
404), pero dicho software se puede configurar para que muestre una página en la que se
explique a los usuarios las probables razones del error, pudiendo incluir un enlace al
Mapa del Sitio y un Buscador, como ayuda al para resolver la inexistencia del contenido
que buscaba.
Validaciones Locales
Suscripción Servicios El sistema no posee sistema de suscripción
Ingreso de Datos Existen validaciones
Reingreso y Corrección de
Datos
No se retorna a la pagina anterior
Elementos de Interfaz Todos los botones tienen el estilo estándar
Multiplataforma
Solo se ha probado en Internet explorer
Botones de Interacción
Sistema de Búsqueda El sistema no posee sistema de búsqueda
Sistemas de FeedBack No lo posee
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 146
Sistema de Compras El sistema no posee sistema de compras
Administración del Error 404 El sistema no administra ese error
6.3 Pruebas de Rapidez de Acceso
Uno de los aspectos importantes a la hora de probar un sistema de gestión Web es la
realización de pruebas de acceso al mismo. Para poder realizar estas pruebas, vamos a
establecer la siguiente lista de chequeo (checklist) con el fin de obtener los aspectos a
corregir. Por cada elemento de la lista, se debe marcar Sí o No y se espera que se
cumpla con todos o la mayoría de ellos. En aquellos que no haya cumplimiento, se
deben adoptar las actividades correctivas que correspondan:
Nº Conceptos de Rapidez de Acceso
1 ¿El usuario puede encontrar en no más de 3 clics la información buscada?
SI
2 ¿Aparece el menú de navegación en un lugar destacado? ¿Se ve fácilmente?
SI
3 ¿El Sitio cuenta con un mapa y/o buscador que dé un acceso alternativo a los
contenidos?
NO
4 ¿Es fácil llegar a las secciones más importantes del Sitio desde cualquier página?
SI
5 ¿El Sitio mantiene una navegación consistente y coherente en todas sus páginas?
SI
6 ¿El diseño usa jerarquías visuales para determinar lo importante con una sola mirada?
SI
7 ¿Los formularios ofrecen opciones que permitan al usuario evitar, cancelar o rehacer
una acción?
NO
8 ¿El tamaño de la letra de los textos es adecuado y ajustable o modificable por el
usuario usando las herramientas del programa visualizador?
SI
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 147
9 ¿Los vínculos, imágenes e iconos son claramente visibles y distinguibles?
SI
10 ¿Los vínculos (links) visitados y no visitados son claramente diferenciables?
NO
11 ¿Los iconos son representativos de la función o acción que realizan y son aclarados
mediante una etiqueta ALT en HTML?
SI
12 ¿Todas las páginas cuentan con información de contactos virtuales y físicos al pie de
la página?
SI
13 ¿El nombre de la URL está vinculado con el nombre o función del sistema y se
ofrece en la barra superior del programa visualizador?
SI
14 ¿Ofrece el Sitio contenidos sobre la visión, misión y objetivos?
SI
15 En el caso que existan palabras técnicas en los contenidos del Sitio ¿Existe una
sección de glosario que las explique?, ¿es fácil llegar a él?
NO
16 ¿Ofrece páginas de ayuda que explican cómo usar el Sitio Web?
NO
17 ¿Ofrece área de Preguntas Frecuentes con datos de ayuda a usuarios?
SI
18 En caso de errores de consistencia dentro del sitio, ¿se ofrece un mensaje de
personalizado mediante una página explicativa?, (Por ejemplo: Error 404 para página
inexistente)
NO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 148
6.4 Pruebas de Usabilidad
El test de usuario es un método de evaluación primordial en el análisis de un sitio
Web. El test de usuarios es el tipo de evaluación más importante y la mayor herramienta
de desarrollo posible para un sitio Web. Además de descubrir problemas y potenciales
mejoras para un sitio Web, es la manera más cercana de aproximarse al uso real de éste.
Para poder realizar estas pruebas, vamos a establecer la siguiente lista de chequeo
(checklist) con el fin de obtener los aspectos a corregir. Por cada elemento de la lista, se
debe marcar Sí o No y se espera que se cumpla con todos o la mayoría de ellos.
En aquellos que no haya cumplimiento, se deben adoptar las actividades correctivas que
correspondan:
1 ¿La portada del Sitio refleja la identidad y pertenencia de la entidad?
SI
2 ¿Existen elementos de la imagen corporativa de su Sitio? ¿Se repiten en todas las
páginas?
SI
3 ¿El logotipo ha sido incluido en un lugar importante en la Portada y en las páginas
interiores del Sitio?
SI
4 ¿Todas las páginas cuentan con un título que indique el nombre de la institución e
información de contactos virtuales y físicos al pie de la página?
SI
Utilidad del Sitio Web
5 ¿El Sitio ofrece información sobre las actividades y servicios más recientes e
importantes que está llevando a cabo?
SI
6 ¿Los usuarios pueden encontrar fácilmente en la portada la información acerca de las
actividades y servicios más importantes de la entidad?
SI
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 149
Navegación
7 ¿El diseño del Sitio es eficiente, rápido e intuitivo?
SI
8 ¿Aparece el menú de navegación en un lugar destacado? ¿Se ve fácilmente?
SI
9 ¿Verificó la consistencia de todos los enlaces?
SI
10 ¿El Sitio cuenta con un mapa o buscador que facilite el acceso directo a los
contenidos?
NO
11 ¿El Sitio mantiene una navegación consistente y coherente en todas las pantallas?
SI
Visibilidad del estado del sistema
12 ¿Se informa al usuario claramente el área del Sitio que está visitando?
SI
13 ¿El Sitio Web diferencia entre enlaces visitados y enlaces por visitar?
NO
14 En caso de servicios o trámites en línea, ¿ofrece información de cuántos pasos faltan
para terminar?
NO
Consistencia y cumplimiento de estándares
15 ¿El HTML del Sitio ha sido validado satisfactoriamente según
w3c.org?
NO
16 ¿El o los archivos de Hojas de estilo (CSS) han sido aprobados según
w3c.org?
NO
17 ¿Comprobó la consistencia de Links usando el verificador de w3c.org?
NO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 150
Atención de errores
18 ¿Usa Javascript para validar formularios durante su llenado y antes de enviarlos?
SI
19 ¿Usa elementos destacados para indicar los campos obligatorios dentro de un
formulario?
SI
20 ¿Después de que ocurre un error, es fácil volver a la página donde se encontraba
antes que se produjese o entrega recomendaciones de los pasos a seguir?
SI
Estética y diseño
21 ¿Usa jerarquías visuales para determinar lo importante con una sola mirada?
SI
22 ¿Las imágenes tienen tamaños adecuados que no dificultan el acceso a las páginas?
SI
23 ¿Las imágenes tienen etiqueta ALT en el código HTML para facilitar la navegación?
SI
Ayuda ante errores
24 En caso de errores de consistencia dentro del sitio, ¿se ofrece un mensaje de
personalizado mediante una página explicativa?, (Por ejemplo: Error 404 para página
inexistente)
NO
25 ¿Entrega información de contacto fuera de Internet? (Por ejemplo: teléfono
institucional, fono 600, mesa de ayuda, OIRS)
NO
26 ¿Ofrece área de Preguntas Frecuentes con datos de ayuda a usuarios?
NO
27 ¿Ofrece páginas de ayuda que explican cómo usar el Sitio?
NO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 151
Retroalimentación (Feedback)
28 ¿Puede el usuario ponerse en contacto con el encargado del Sitio Web para hacer
sugerencias o comentarios?
SI
29 ¿Funcionan correctamente los formularios de contacto?, ¿Ha probado cada uno de
ellos?
SI
30 ¿Hay alguien encargado de recibir y contestar estos mensajes?
SI
6.5 Pruebas de Seguridad
Las actividades que se pueden realizar para hacer las pruebas de seguridad son diversas
y se orientan a varios ámbitos, como por ejemplo protección de estructura interna del
Sitio Web, manejo de privacidad, canales seguros, mecanismos de control de acceso,
protección de programas, hosting vs. sitio propio, roles mínimos a asegurar, etc.
Para las pruebas de seguridad, vamos a establecer otra lista de chequeo (checklist).
Por cada elemento de la lista, se debe marcar Sí o No y se espera que se cumpla con
todos o la mayoría de ellos. En aquellos que no haya cumplimiento, se deben adoptar las
actividades correctivas que correspondan:
Conceptos de Seguridad
1 ¿El Sitio funciona correctamente y no presenta fallas al navegar por sus páginas o
utilizar sus servicios? (especialmente en el caso de Trámites en línea)
SI
2 Los datos ingresados por un usuario a través de formularios, ¿son validados antes de
ser enviados y procesados por el servidor del Sitio?
SI
3 ¿Todos los vínculos del Sitio tienen una página asociada y el contenido adecuado al
vínculo señalado?
SI
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 152
4 Frente a una búsqueda dentro del Sitio o cualquier operación en el mismo ¿los
resultados se muestran correctamente?
SI
5 ¿Los datos privados, entregados voluntariamente por los usuarios, son guardados de
manera reservada?
SI
6 ¿Se ofrece una Política de Privacidad de los Datos Personales y se informa de su
existencia en las páginas pertinentes?
NO
7 ¿Los servicios ofrecidos son realizados a través de canales de transacción seguros?
NO
8 ¿En los temas que requieren de accesos restringidos, el Sitio provee algún medio para
validar el acceso, por ejemplo: a través de una caja de conexión con nombre de usuario
y password?
SI
9 ¿La política de seguridad implementada para validar el acceso restringido es adecuada
a los propósitos del servicio o de la institución?
SI
10 ¿Protege la integridad de sus programas y datos?
NO
11 ¿Se evita que sea visto, el nombre de los programas y los directorios?
NO
12 ¿Se cuenta con un protocolo de seguridad para evitar ataques externos e intrusiones
de hackers?
NO
13 ¿Se cuenta con una política de respaldo de información que permita superar efectos
de fallas derivadas del punto anterior?
NO
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 153
7. Valoración Económica
Para el cálculo del presupuesto a mostrar al cliente, se ha estimado un total de 300 horas
estipuladas para la realización del proyecto.
Personas % Tiempo Coste/hora Total
Jefe de Proyecto 5% 120 € 1800
Analista 20% 90 € 5400
2 Programadores 75% 70 € 2625
Por el total de trabajos descritos en este proyecto, se facturará la cantidad de...
Los precios indicados incluyen IVA pero no otros impuestos.
- Aplicación SW
(análisis, diseño, desarrollo, implementación e instalación) ……………… 9.825 €
- Manual y demás documentación ……………… 1.064 €
SUBTOTAL ……………… 10.889 €
- Impuestos asociados IVA 16 % ……………… 1.742 €
TOTAL ……………… 12.631 €
Los trabajos realizados tienen un periodo de garantía de 90 días, una vez que se encuentren preparados para instalar en producción.
• El pago se realizará mediante transferencia bancaria a la cuenta que se
proporcione, a 30 días vista desde la presentación de la factura, de acuerdo con
la siguiente distribución:
o El 50% del importe de la propuesta se pagará a la finalización del
proyecto.
o El 50% del importe de la propuesta se pagará al inicio del proyecto.
• A la finalización de cada una de las etapas que se realizan durante el desarrollo
del proyecto, se formalizará por El Cliente la aceptación y validación de la
misma.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 154
• El Cliente podrá solicitar modificaciones tanto en contenidos como en
funcionalidades sobre dichas páginas, que serán estudiadas y presupuestadas,
elaborando la oferta correspondiente para su aprobación.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 155
8. Conclusiones Después del esfuerzo realizado, se puede concluir que la aplicación desarrollada facilita
las labores en cuanto a control y gestión de pacientes se refiere, cumpliendo con la
funcionalidad deseada en el análisis de requisitos.
A partir de ahora y ayudado por esta aplicación, es posible mantener los controles de las
actividades que se llevan a cabo en la Policlínica a nivel interno, llevando un control de
toda la información que se maneja y de la que el paciente se hace partícipe para que éste
tome decisiones siempre y cuando sea posible, garantizando en todo momento la
coherencia de los datos.
Con anterioridad, el funcionamiento se llevaba a cabo de manera más manual y sin tanto
acceso a diferentes áreas médicas, lo que daba lugar a duplicación de la información que
además no era la misma en muchos casos. En la sanidad actual, esta forma, aunque sea
efectiva, ya no es viable hoy en día, y de ahí la necesidad surgida.
A la hora de desarrollar esta aplicación se ha tenido en cuenta la forma de funcionar de
un usuario normal que navega por Internet y por lo tanto, esto ha influido a la hora de
diseñar las ventanas del interfaz. Además, se ha tratado de realizar los formularios de
forma sencilla e intuitiva para que los pacientes los rellenen sin problemas. Por último,
también se han estudiado las necesidades de los médicos para que igualmente de forma
sencilla, se cumpliera con las funcionalidades necesarias.
Como se decía al principio de esta documentación, se ha mostrado el proceso completo
de desarrollo de la misma, a partir de cuadros, diagramas y esquemas, y se ha
garantizado que cumple no sólo con la funcionalidad que pidió el cliente, si no que
además a partir de la Validación de diseño y desarrollo, se ha intentado dotarla de
facilidad de uso, estética y eliminar de ella todos las posibles incidencias que
enturbiarían la calidad de la aplicación.
A pesar del sencillo manejo de este sistema, para los usuarios que sean pacientes se han
empleado mensajes de aviso que le guiarán en todo momento. Para el usuario de tipo
médico y administrador se ha desarrollado un manual del usuario al detalle, con el fin de
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 156
evitar la necesidad de formación de aquel usuario final, de forma que cualquier duda
pueda ser resuelta de forma rápida y eficaz.
Garantía del correcto desarrollo la aplicación, ha sido el seguimiento que durante todo
este proceso se ha llevado a cabo al estar en continuo contacto con un médico y con el
Director del Proyecto, no sólo en los hitos previamente marcados en la planificación, si
no interesándose en el cumplimiento de los plazos establecidos, lo niveles de calidad y
funcionalidad de la misma, el diseño de la aplicación y la propia estética de esta
documentación.
Sencillez, pero también organización de los datos, optimización de las consultas y la
verificación del cliente, prueba del cumplimiento de los objetivos marcados en la
planificación.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 157
9. Bibliografía
Toda la documentación que se presenta en este proyecto forma parte de la
documentación generada en el desarrollo de esta aplicación.
Además se consultaron los siguientes libros y páginas Web:
[BARR94] Barraco de Areba, Jesús. Metodología del Análisis estructurado de
sistemas. Madrid, 1994.
[UMLP03] Larman, Craig. Applying UML and Patterns. 2nd Edition. 2003
[ARAS02] Stephen R. G. Fraser. Aplicaciones reales en ASP.NET: Creación de un
sistema de gestión de contenidos.
[PNWS] Programing .NET Web Services; O´Reilly; Alex Ferrara & MaThew
MacDonald.
[AASP] Aprenda ya Microsoft ASP.NET; Edit: Mc Graw-Hill
[ASPN02] ASP.NET; Anaya Multimedia; Oscar Gonzalez Moreno
[CSWA02] Creación de sitios web con ASP.NET; Pearson Educación; Amundsen,
Michael y Litwin, Paul
[ISOO06] Ingeniería del Software orientada a objetos; Mcgraw-Hill/interamericana
de Mexico; Schach, Stephen
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 158
[UMLG99] UML gota a gota; Addison Wesley Longman; Fowler, Martin
[MDOO98] Modelado y diseño orientado a objetos; Prentice Hall; Rumbaugh James
[PMVB05] Programación con Microsoft Visual Basic 2005; Anaya Multimedia;
Charte Ojeda, Francisco
[ASPD02] ASP.NET al descubierto; Pearson Educación; Walther, Stephen
[SQLUP91] SQL para usuarios y programadores; Paraninfo; J. Benavides Abajo, J.M.
Olaizola Bartolomé, E. Rivero
[PROA02] Programing ASP.NET; O´Really & Associates; Liberty, Jesse y
Hurwitz, Dan
[ISQLU02] Introducción al SQL para usuarios y programadores; International
Editores Spain Paraninfo; Enrique Rivero
[MOUM97] Modelado de objetos con UML; Eyrolles; Muller, Pierre-Alain
[QUIC05] http://es.gotdotnet.com/quickstart/aspplus/doc/quickstart.aspx
[ASPT04] www.asptutor.com. Lugar de referencia para el aprendizaje de ASP.NET y el diseño de aplicaciones web en español. 2004
[AEMI05] www.aemigrar.com
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 159
[PROGR05] www.programacion.com [ELGUI05] www.elguille.info [SOMAN05] www.solomanuales.org [ASPN05] www.asp.net
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 160
PROYECTO FIN DE CARRERA
Sistema de gestión Web para una Policlínica 10.Anexos
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 161
10.1 Anexo A: Entrevista con el Cliente
¿Qué tipo de centro médico es el que hay que tratar para implementarlo en un sistema
de gestión Web?
Una policlínica.
¿En qué consiste un centro médico que es del tipo policlínica?
Se trata de un centro que además de contar con un área de consultas en medicina
general, dispone de diferentes especialidades y cuenta con varios quirófanos para
realizar cirugías menores que pueden requerir incluso una hospitalización previa.
¿Cómo realizan los pacientes la citación para una consulta médica?
Por teléfono y se apunta a mano.
¿Cuál es el horario de trabajo de los médicos del centro?
Algunos trabajan por la mañana, otros por la tarde y puede ser que no todos los días.
¿Cómo se enteran los médicos de sus consultas diarias?
Por teléfono.
¿Puede haber cambios en las citaciones de los pacientes?
Si. Pueden cambiar de hora y de fecha.
¿Y como se enteraría el médico?
Por teléfono o en el propio centro.
¿Cómo tienen los historiales clínicos?
En fichas de cartulina donde se rellenan los datos personales y se va apuntando el
contenido del historial clínico del paciente.
¿Cómo se planifican los turnos de asistencia al centro?
Mediante reuniones y una vez tomada la decisión se escribe en una pizarra para que esté
accesible a todos los médicos.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 162
¿Cómo se planifican las operaciones?
También mediante reuniones y según la especialidad a la que pertenezca la operación.
¿Cuánto suele durar una consulta médica normalmente?
15 minutos.
¿En qué consiste una consulta médica a un paciente?
Si es nuevo, se le toman datos personales, se le pregunta por el motivo de la consulta y
por último se le pregunta por antecedentes personales.
Se le realiza una exploración y en caso necesario se realiza una petición de pruebas
(análisis, radiografías, etc.).
Finalmente, se hace una impresión diagnóstica y posteriormente se realiza un
tratamiento médico si procede.
Si no es nuevo, puede venir acompañado de las pruebas y tratamiento correspondiente.
Lo que se hace es una valoración de las pruebas y revisión del tratamiento.
¿Se firman recetas?
Si.
¿Qué tipo de pacientes tiene derecho a este servicio?
Cualquier persona que pertenezca a cualquier entidad sanitaria sea pública o privada.
¿Qué personal médico trabaja en una policlínica?
Médicos que son especialistas o de medicina general, enfermeras y anestesistas.
¿En que consiste un tratamiento?
Se trata de una serie de consultas médicas en las que se sigue la evolución de un
paciente que tiene una dolencia o enfermedad y que necesita que se le realicen una serie
de pruebas para un posterior análisis y toma de decisión.
¿Qué campos de información se debe guardar en el historial clínico de un paciente?
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 163
¿Qué diferencia hay entre consulta médica y tratamiento?
La consulta médica es algo puntual por un problema específico que tiene un paciente
que si requiere mas de una visita al médico, puede formar parte de un tratamiento.
¿De que tipo son las operaciones quirúrgicas que se realizan?
¿Hay requisitos para operarse?
Para operarse hay un requisitos previos, la operación en si y un postoperatorio. Puede
requerir un ingreso previo y/o posterior.
¿Con cuánto tiempo de antelación puede un paciente solicitar una consulta médica?
El mismo día siempre que haya disponibilidad.
¿Qué beneficios aportará esta aplicación?
Rapidez y comodidad a la hora de gestionar la policlínica y eso repercutirá en los
pacientes que recibirán un mejor servicio.
¿Qué servicios debe dar la aplicación a la policlínica?
� gestionar los usuarios nuevos.
� Creación de historiales médicos de los pacientes.
� Acceso al historial clínico del paciente.
� Recetar una medicación con autorización del médico.
� Gestión de las consultas médicas.
� Gestión de operaciones quirúrgicas.
� Gestión de las pruebas realizadas al paciente.
� Gestión del personal médico.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 164
10.2 Anexo B: Manual de Médico y Administrador
B1 Autenticación
Introduciendo la dirección http el navegador le lleva a la página de Inicio de la aplicación. En esta página de inicio, aparece un marco de autenticación donde el usuario debe introducir un login, un password y seleccionar el tipo de usuario que es. Una vez
introducido, pulsa
Si el usuario introducido es incorrecto, bien por que no existe, o porque equivocó u
olvidó la contraseña, en la parte inferior de la ventana se muestra el mensaje que indica
que es incorrecto.
En caso contrario accederá a la aplicación.
B2 Perfiles
Se definen dos tipos de perfiles:
• Administrador
• Médico
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 165
El administrador será el usuario con acceso total a todos los módulos de la aplicación;
será el único capaz de dar de alta, actualizar o modificar la información contenida en
cada módulo del proyecto.
El médico va a tener acceso a todos los módulos pero habrá acciones que no podrá
realizar.
B3 Comenzar
1. En la cabecera de la página aparece un menú auxiliar que mediante el cual, el
usuario puede abandonar la sesión, ir a la página de inicio en cualquier momento
y ponerse en contacto con los responsables de mantenimiento por si tuvieran
alguna duda acerca del funcionamiento de la aplicación.
2. En la cabecera, también aparece durante todo el tiempo que el usuario
permanece conectado, su nombre y el perfil al que pertenece.
3. Un poco más abajo aparece el menú de usuario que está visible en todo
momento. De esta forma podrá moverse por los diversos apartados sin tener que
desplazarse a un menú de índices.
B4 Médicos
1. Al pinchar sobre el menú de médicos, se le despliega el listado de apartados
referentes a médicos.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 166
2. Para acceder a un apartado dentro del menú de médicos, debe pinchar con el
ratón sobre ese apartado.
B4.1 Gestión de Médicos
1. Al haber pinchado sobre el apartado de Gestión de Médicos, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso médicos y en que apartado se encuentra, en este caso listado de médicos del
sistema.
2. El contenido de este apartado es un listado con los médicos dados de alta en
forma de tabla.
3. Para dar de alta un nuevo médico, debe pinchar en el botón
4. Para cada médico puede realizar 3 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a un médico. Para ello debe pinchar
con el ratón sobre el icono del lápiz
c. Eliminar el médico del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 167
B4.1.2 Alta de un nuevo médico
1. Par dar de alta un nuevo médico, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. Si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de Médicos guardando el alta, debe pinchar
sobre guardar.
4. Para volver al menú de Gestión de Médicos sin guardar el alta, debe pinchar
sobre cancelar.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 168
B4.1.3 Modificar información del médico
1. Se podrá modificar los campos permitidos del médico, indicados mediante “*”
en color rojo.
2. Para volver al menú de Gestión de Médicos guardando los cambios, debe
pinchar sobre guardar.
3. Para volver al menú de Gestión de Médicos sin guardar los cambios, debe
pinchar sobre cancelar.
B4.1.4 Eliminación de un médico
a. Se le pide confirmación de la acción que se va a ejecutar.
b. Se le muestra la información referente al médico que va a eliminar del
sistema.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 169
c. Para borrar definitivamente el registro médico, se debe pulsar
d. Para no borrar el médico y anular la acción, se debe pulsar
B5 Consultas
1. Al pinchar sobre el menú de consultas, se le despliega el listado de apartados
referentes a consultas.
2. Para acceder a un apartado dentro del menú de consultas, debe pinchar con el
ratón sobre ese apartado.
B5.1 Gestión de Consultas
1. Al haber pinchado sobre el apartado de Gestión de consultas, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso consultas y en que apartado se encuentra, en este caso listado de consultas.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 170
2. El contenido de este apartado es un listado con las consultas dados de alta en
forma de tabla.
3. Para dar de alta un nueva consulta, debe pinchar en el botón
4. Para cada consulta puede realizar 3 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a una consulta. Para ello debe pinchar
con el ratón sobre el icono del lápiz
c. Eliminar consulta del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
B5.1.2 Alta de una nueva Consulta
1. Par dar de alta una nueva consulta, debe rellenar los campos obligatorios. Hasta
que no se rellene un campo, no aparece el siguiente. Además están marcados con
“*” para indicar que son obligatorios.
2. una vez que se ha seleccionado un médico, aparece el siguiente campo que es el
del paciente. Debe introducirse como indica la instrucción y posteriormente, se
debe pulsar para comprobar que es correcto.
3. una vez hecha la comprobación del nombre, aparecerá el campo para introducir
la fecha. Se debe pulsar el icono del calendario
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 171
4. El campo horas hace referencia a las horas disponibles para la fecha
seleccionada y para el médico escogido al comienzo.
5. si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
6. Para volver al menú de Gestión de consultas guardando el alta, debe pinchar
sobre guardar.
7. Para volver al menú de Gestión de consultas sin guardar el alta, debe pinchar
sobre cancelar.
B5.1.2 Editar información de la Consulta
1. Una vez dentro del subapartado de detalle de la consulta, puede volver al menú
de Gestión de consultas, pulsando la tecla o .
B5.1.3 Modificar información de la Consulta 1. Se podrá modificar los campos permitidos de la consulta, indicados mediante
“*” en color rojo.
2. Para volver al menú de Gestión de consultas guardando los cambios, debe
pinchar sobre .
3. Para volver al menú de Gestión de consultas sin guardar los cambios, debe
pinchar sobre .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 172
B5.1.4 Eliminación de una Consulta 1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente a la consulta que va a eliminar del
sistema.
3. Para borrar definitivamente el registro consulta, se debe pulsar
4. Para no borrar la consulta y anular la acción, se debe pulsar
B5.2 Facturación Consultas
1. Al haber pinchado sobre el apartado de facturación de consultas, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso facturación consultas y en que apartado se encuentra, en este caso es un
informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de consultas y tras haberlo escrito debe pinchar sobre la lupa.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 173
3. el sistema le muestra el listado de consultas de ese paciente con el precio que se
le ha facturado por cada consulta.
4. Por último, puede imprimir esta información o volver al menú anterior.
B6 Tratamientos
1. Al pinchar sobre el menú de tratamientos, se le despliega el listado de apartados
referentes a tratamientos.
2. Para acceder a un apartado dentro del menú de tratamientos, debe pinchar con el
ratón sobre ese apartado.
B6.1 Gestión de Tratamientos
1. Al haber pinchado sobre el apartado de Gestión de tratamientos, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso tratamientos y en que apartado se encuentra, en este caso listado de
tratamientos.
2. El contenido de este apartado es un listado con los tratamientos dados de alta en
forma de tabla.
3. Para dar de alta un nuevo tratamiento, debe pinchar en el botón
4. Para cada consulta puede realizar 3 acciones.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 174
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a un tratamiento. Para ello debe
pinchar con el ratón sobre el icono del lápiz
c. Eliminar tratamiento del sistema. Para ello debe pinchar sobre el icono
con forma de cubo de basura
B6.1.2 Alta de un nuevo tratamiento
1. Par dar de alta un nuevo tratamiento, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. la forma de rellenar los diferentes campos esta ya explicada en el apartado
B.5.1.2 que hacia referencia a como dar de alta una consulta nueva.
3. si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
4. Para volver al menú de Gestión de tratamientos guardando el alta, debe pinchar
sobre .
5. Para volver al menú de Gestión de tratamientos sin guardar el alta, debe pinchar
sobre .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 175
B6.1.2 Editar información de un tratamiento
1. Una vez dentro del subapartado de detalle del tratamiento, puede volver al menú
de Gestión de tratamientos, pulsando la tecla o .
B6.1.3 Modificar información de un tratamiento 1. Se podrá modificar los campos permitidos del tratamiento, indicados mediante
“*” en color rojo.
2. Para volver al menú de Gestión de tratamientos guardando los cambios, debe
pinchar sobre .
3. Para volver al menú de Gestión de tratamientos sin guardar los cambios, debe
pinchar sobre .
B6.1.4 Eliminación de un tratamiento 1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente al tratamiento que va a eliminar del
sistema.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 176
3. Para borrar definitivamente el registro tratamiento, se debe pulsar
4. Para no borrar el tratamiento y anular la acción, se debe pulsar
B6.2 Gestión de Pruebas
1. Al haber pinchado sobre el apartado de Gestión de pruebas, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso pruebas y en que apartado se encuentra, en este caso listado de pruebas.
2. El contenido de este apartado es un listado con las pruebas dadas de alta en
forma de tabla.
3. Para dar de alta un nueva prueba, debe pinchar en el botón
4. Para cada consulta puede realizar 3 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a una prueba. Para ello debe pinchar
con el ratón sobre el icono del lápiz
c. Eliminar prueba del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 177
B6.2.1 Alta de un nueva Prueba
1. Par dar de alta una nueva prueba, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de pruebas guardando el alta, debe pinchar sobre
.
4. Para volver al menú de Gestión de pruebas sin guardar el alta, debe pinchar
sobre .
B6.2.2 Editar información de una Prueba
1. Una vez dentro del subapartado de detalle de la prueba, puede volver al menú
de Gestión de pruebas, pulsando la tecla o .
B6.2.3 Modificar información de una Prueba 1. Se podrá modificar los campos permitidos del tratamiento, indicados mediante
“*” en color rojo.
2. Para volver al menú de Gestión de pruebas guardando los cambios, debe pinchar
sobre .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 178
3. Para volver al menú de Gestión de pruebas sin guardar los cambios, debe
pinchar sobre .
B6.3 Facturación Tratamientos
1. Al haber pinchado sobre el apartado de facturación de tratamientos, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso facturación tratamientos y en que apartado se encuentra, en este caso es un
informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de tratamientos y tras haberlo escrito debe pinchar sobre la lupa.
3. el sistema le muestra el listado de tratamientos de ese paciente con el precio que
se le ha facturado por cada tratamientos.
4. Por último, puede imprimir esta información o volver al menú anterior.
B6.4 Facturación Pruebas
1. Al haber pinchado sobre el apartado de facturación de pruebas, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso facturación pruebas y en que apartado se encuentra, en este caso es un
informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de pruebas y tras haberlo escrito debe pinchar sobre la lupa.
3. el sistema le muestra el listado de pruebas de ese paciente con el precio que se le
ha facturado por cada pruebas.
4. Por último, puede imprimir esta información o volver al menú anterior.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 179
B7 Operaciones
1. Al pinchar sobre el menú de operaciones, se le despliega el listado de apartados
referentes a operaciones.
2. Para acceder a un apartado dentro del menú de operaciones, debe pinchar con el
ratón sobre ese apartado.
B7.1 Gestión de Operaciones
1. Al haber pinchado sobre el apartado de Gestión de operaciones, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso operaciones y en que apartado se encuentra, en este caso listado de
operaciones.
2. El contenido de este apartado es un listado con las operaciones dados de alta en
forma de tabla.
3. Para dar de alta una nueva operación, debe pinchar en el botón
4. Para cada operación puede realizar 3 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a una operación. Para ello debe
pinchar con el ratón sobre el icono del lápiz
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 180
c. Eliminar operación del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
B7.1.1 Alta de una nueva Operación
1. Par dar de alta una nueva operación, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
La forma de rellenar en este caso es similar a la de Alta Consultas ya que hasta que
no se ha rellenado un campo no avanza al siguiente.
2. si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de operaciones guardando el alta, debe pinchar
sobre .
4. Para volver al menú de Gestión de operaciones sin guardar el alta, debe pinchar
sobre .
B7.1.2 Editar información de una operación
1. Una vez dentro del subapartado de detalle de operación, puede volver al menú
de Gestión de operaciones, pulsando la tecla o .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 181
B7.1.3 Modificar información de una operación 1. Se podrá modificar los campos permitidos de la operación, indicados mediante
“*” en color rojo.
2. Para volver al menú de Gestión de operaciones guardando los cambios, debe
pinchar sobre .
3. Para volver al menú de Gestión de operaciones sin guardar los cambios, debe
pinchar sobre .
B7.1.4 Eliminación de una operación 1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente a la operación que va a eliminar del
sistema.
3. Para borrar definitivamente el registro operación, se debe pulsar
4. Para no borrar la operación y anular la acción, se debe pulsar
B7.2 Gestión de Habitaciones
1. Al haber pinchado sobre el apartado de Gestión de habitaciones, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso habitaciones y en que apartado se encuentra, en este caso listado de
habitaciones.
2. El contenido de este apartado es un listado con las habitaciones dadas de alta en
forma de tabla.
3. Para dar de alta un nueva habitación, debe pinchar en el botón
4. Para cada habitación puede realizar 3 acciones.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 182
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a una habitación. Para ello debe
pinchar con el ratón sobre el icono del lápiz
c. Eliminar habitación del sistema. Para ello debe pinchar sobre el icono
con forma de cubo de basura
B7.2.2 Alta de una nueva habitación
1. Par dar de alta una nueva habitación, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de habitaciones guardando el alta, debe pinchar
sobre .
4. Para volver al menú de Gestión de habitaciones sin guardar el alta, debe pinchar
sobre .
B7.2.2 Editar información de una habitación
1. Una vez dentro del subapartado de detalle de la habitación, puede volver al
menú de Gestión de habitaciones, pulsando la tecla o .
B7.2.3 Eliminación de una habitación 1. Se le pide confirmación de la acción que se va a ejecutar.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 183
2. Se le muestra la información referente a la habitación que va a eliminar del
sistema.
3. Para borrar definitivamente el registro habitación, se debe pulsar
4. Para no borrar la habitación y anular la acción, se debe pulsar
B7.3 Facturación Operaciones
1. Al haber pinchado sobre el apartado de facturación de operaciones, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso facturación operaciones y en que apartado se encuentra, en este caso es un
informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de operaciones y tras haberlo escrito debe pinchar sobre la lupa.
3. el sistema le muestra el listado de operaciones de ese paciente con el precio que
se le ha facturado por cada operación.
4. Por último, puede imprimir esta información o volver al menú anterior.
B7.4 Facturación Habitaciones
1. Al haber pinchado sobre el apartado de facturación de habitaciones, accede a
una pantalla en la que tiene una etiqueta que le muestra en que menú esta, en
este caso facturación habitaciones y en que apartado se encuentra, en este caso
es un informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de habitaciones y tras haberlo escrito debe pinchar sobre la lupa.
3. el sistema le muestra el listado de habitaciones de ese paciente con el precio que
se le ha facturado por cada habitación.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 184
4. Por último, puede imprimir esta información o volver al menú anterior.
B8 Recetas
1. Al pinchar sobre el menú de recetas, se le despliega el listado de apartados
referentes a recetas.
2. Para acceder a un apartado dentro del menú de recetas, debe pinchar con el ratón
sobre ese apartado.
B8.1 Gestión de Medicamentos
1. Al haber pinchado sobre el apartado de Gestión de medicamentos, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso medicamentos y en que apartado se encuentra, en este caso listado de
medicamentos del sistema.
2. El contenido de este apartado es un listado con los medicamentos dados de alta
en forma de tabla.
3. Para dar de alta un nuevo medicamento, debe pinchar en el botón
4. Para cada medicamento puede realizar 2 acciones.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 185
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Eliminar el médico del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
B8.1.1 Alta de un nuevo medicamento
1. Par dar de alta un nuevo medicamento, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. Si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de medicamentos guardando el alta, debe
pinchar sobre .
4. Para volver al menú de Gestión de medicamentos sin guardar el alta, debe
pinchar sobre .
B8.1.2 Editar información de los medicamentos
1. Una vez dentro del subapartado de detalle del medicamento, puede volver al
menú de Gestión de medicamentos, pulsando la tecla o .
B8.1.3 Eliminación de un medicamento
1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente al medicamento que va a eliminar del
sistema.
3. Para borrar definitivamente el registro medicamento, se debe pulsar
4. Para no borrar el medicamento y anular la acción, se debe pulsar
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 186
B8.2 Gestión de Recetas
1. Al haber pinchado sobre el apartado de Gestión de recetas, accede a una pantalla
en la que tiene una etiqueta que le muestra en que menú esta, en este caso
recetas y en que apartado se encuentra, en este caso listado de recetas del
sistema.
2. El contenido de este apartado es un listado con las recetas solicitadas en forma
de tabla.
3. Para dar de alta una nueva receta, debe pinchar en el botón
4. Para cada receta puede realizar 2 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Eliminar la receta del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
B8.2.1 Alta de una nueva receta
1. Par dar de alta una nueva receta, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
2. Si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de recetas guardando el alta, debe pinchar sobre
.
4. Para volver al menú de Gestión de recetas sin guardar el alta, debe pinchar sobre
.
B8.2.2 Editar información de una receta
1. Una vez dentro del subapartado de detalle de la receta, puede volver al menú de
Gestión de recetas, pulsando la tecla o .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 187
B8.2.3 Eliminación de una receta
1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente a la reecta que va a eliminar del sistema.
3. Para borrar definitivamente el registro reecta, se debe pulsar
4. Para no borrar la receta y anular la acción, se debe pulsar
B8.3 Facturación Recetas
1. Al haber pinchado sobre el apartado de facturación de recetas, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso facturación recetas y en que apartado se encuentra, en este caso es un
informe.
2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado
de recetas y tras haberlo escrito debe pinchar sobre la lupa.
3. el sistema le muestra el listado de recetas de ese paciente con el precio que se le
ha facturado por cada receta.
4. Por último, puede imprimir esta información o volver al menú anterior.
B9 Pacientes
1. Al pinchar sobre el menú de pacientes, se le despliega el listado de apartados
referentes a pacientes.
2. Para acceder a un apartado dentro del menú de pacientes, debe pinchar con el
ratón sobre ese apartado.
B9.1 Gestión de pacientes
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 188
1. Al haber pinchado sobre el apartado de Gestión de pacientes, accede a una
pantalla en la que tiene una etiqueta que le muestra en que menú esta, en este
caso pacientes y en que apartado se encuentra, en este caso listado de pacientes
del sistema.
2. El contenido de este apartado es un listado con los pacientes dados de alta en
forma de tabla.
3. Para dar de alta un nuevo paciente, debe pinchar en el botón
4. Para cada paciente puede realizar 3 acciones.
a. Editar su información en detalle. Para ello debe pinchar con el ratón
sobre el icono con forma de lupa
b. Modificar la información referente a un paciente. Para ello debe pinchar
con el ratón sobre el icono del lápiz
c. Eliminar el médico del sistema. Para ello debe pinchar sobre el icono con
forma de cubo de basura
B9.1.1 Alta de un nuevo paciente
1. Par dar de alta un nuevo paciente, debe rellenar los campos obligatorios,
indicados mediante “*” en color rojo.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 189
2. Si algún campo no es rellenado de forma correcta, le aparecerá un mensaje de
error que le indicará que la información del campo es incorrecta.
3. Para volver al menú de Gestión de pacientes guardando el alta, debe pinchar
sobre .
4. Para volver al menú de Gestión de pacientes sin guardar el alta, debe pinchar
sobre .
B9.1.2 Editar información del pacientes
1. Una vez dentro del subapartado de detalle del paciente, puede volver al menú de
Gestión de pacientes, pulsando la tecla o .
B9.1.3 Modificar información del pacientes 1. Se podrá modificar los campos permitidos del médico, indicados mediante “*”
en color rojo.
2. Para volver al menú de Gestión de pacientes guardando los cambios, debe
pinchar sobre .
3. Para volver al menú de Gestión de pacientes sin guardar los cambios, debe
pinchar sobre .
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 190
B9.1.4 Eliminación de un paciente
1. Se le pide confirmación de la acción que se va a ejecutar.
2. Se le muestra la información referente al paciente que va a eliminar del sistema.
3. Para borrar definitivamente el registro paciente, se debe pulsar
4. Para no borrar el paciente y anular la acción, se debe pulsar
B8.3 Informe Pacientes
1. Al haber pinchado sobre el apartado de Informes, accede a una pantalla en la que
tiene una etiqueta que le muestra en que menú esta, en este caso es un informe.
2. le aparece un listado con los médicos de la policlínica y los pacientes asociados
a cada uno.
3. Por último, volver al menú anterior.
UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Técnica Superior de Ingeniería (ICAI) Pablo Guijarro Galdámez
Gestión remota vía web de una policlínica 191
UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)
INGENIERO EN INFORMÁTICA