ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) · control del enfermo. Área de hospitalización: éste área forma parte de la gestión de las camas del centro sanitario. La 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.


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.


SISTEMA DE GESTIÓN WEB DE UNA POLICLíNICA III

GESTIÓN REMOTA VÍA WEB DE UNA POLICLíNICA


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


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


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



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.



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,



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



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



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.



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.



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.



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



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.



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



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.



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



(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



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


ESTRATEGICOS 47%












OPORTUNIDAD (29%)







TECNICOS (18%)







OPERATIVOS (6%)



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.



(1) SQL frente a (2) Access

ALTERNATIVAS 1 2


ESTRATEGICOS 47%












OPORTUNIDAD (29%)







TECNICOS (18%)





OPERATIVOS (6%)




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.



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


ESTRATEGICOS 47%












OPORTUNIDAD (29%)







TECNICOS (18%)





OPERATIVOS (6%)






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.



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



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



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.



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:



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



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


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.



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



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



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



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



� El médico-administrador puede consultar las pruebas

realizadas dentro del tratamiento de cualquier paciente.

• Baja de tratamiento:


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:



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



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



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



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



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.



5.1 Diagrama de Clases



5.2 Casos de Uso



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:



Casos de Uso

Nombre: Ver detalle de la facturación



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




Casos de Uso

Nombre: Registro del paciente



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.




Casos de Uso

Nombre: Modificar datos del paciente



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.


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.




Casos de Uso

Nombre: Modificar consulta médica



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.



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.


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.




Casos de Uso

Nombre: Anular consulta médica



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.


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





Casos de Uso

Nombre: Solicitar receta médica


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


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




Casos de Uso

Nombre: Consulta receta médica



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.






Casos de Uso

Nombre: Consulta cita médica



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.




Casos de Uso

Nombre: Consulta de tratamiento



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.




Casos de Uso

Nombre: Consulta de habitaciones



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.




Casos de Uso

Nombre: Consulta de pruebas médicas



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.




Casos de Uso

Nombre: Ver datos del paciente



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.







Casos de Uso

Nombre: Consultar operación quirúrgica



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.






Casos de Uso

Nombre: Ver consulta médica

Actor primario: Médico


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.



2. el sistema comunica el error y volvemos a 5. 7a. no hay horas libres para esa fecha con ese médico.


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.




Casos de Uso

Nombre: Modificar datos del médico

Actor primario: médico


Precondiciones:

Trigger:


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.


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.




Casos de Uso

Nombre: Consultar datos del médico



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.



Datos: Información sobre el médico Se mostrará el DNI del médico, su nombre completo, dirección completa, especialidad médica.




Casos de Uso

Nombre: Modificar consulta médica



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.



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.


Datos: Información sobre la consulta





Casos de Uso

Nombre: Modificar operacion



Precondiciones:

Trigger:


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.



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.


Datos: Información sobre la operación

� Para cada operación se mostrará: � El médico. � La fecha en la que se realizó. � Comentarios.




Casos de Uso

Nombre: Anular tratamiento



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.


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.




Casos de Uso

Nombre: Anular medicamento



Precondiciones:

Trigger:


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.


Datos: Información sobre el medicamento su nombre completo.




Casos de Uso

Nombre: Activar receta médica

Actor primario: 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 activar recetas. 6. el usuario selecciona la receta a activar. 7. el sistema actualiza la información de activación de recetas médicas


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.


Información de la receta fecha




Casos de Uso

Nombre: Activar medicamento



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.


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.






Casos de Uso

Nombre: Consulta receta médica



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.







Casos de Uso

Nombre: Consulta medicamento



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.


Datos: Información del medicamento Se mostrará una descripción del medicamento.





Casos de Uso

Nombre: Consulta de tratamiento



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.




Casos de Uso

Nombre: Consulta de habitaciones



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.




Casos de Uso

Nombre: Consulta de pruebas médicas



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.




Casos de Uso

Nombre: Ver datos del paciente



Precondiciones:

Trigger:


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.





Casos de Uso

Nombre: Consultar operación quirúrgica



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.




Casos de Uso

Nombre: Alta tratamiento



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.



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.




Casos de Uso

Nombre: Alta prueba



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.



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.




Casos de Uso

Nombre: Alta operación



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.



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.




Casos de Uso

Nombre: Alta habitación



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.




Casos de Uso

Nombre: Alta medicamento



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.



Datos: Información sobre el medicamento Se mostrará su nombre completo.




Casos de Uso

Nombre: Registro del médico

Actor primario: médico-administrador


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.




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.



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



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.



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:



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



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



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


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


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



RECETAS


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


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



HABITACIONES


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


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


Idmedico Numérico No Identificador de medico

Nombre Cadena No Nombre de medico



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


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


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



PRECIOS


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


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


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



HORAS


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


Medicamentos 1:N

Recetas 1:1

Las recetas son de

medicamentos

Cuadro 2: Descripción de la Relación Incluido en



ACTIVA


Medicamentos 1:N

Médicos 1:N

Los médicos activan

medicamentos

Cuadro 3: Descripción de la Relación Activa

AUTORIZADA POR


Recetas 1:1

Medicos 1:N

Las recetas las activan los

médicos

Cuadro 4: Descripción de la Relación Autorizada por

REALIZA


Medicos 1:N

Operaciones 1:1

Los médicos realizan las

operaciones

Cuadro 5: Descripción de la Relación Realiza

PASA


Medicos 1:N

Consultas 1:1

Los médicos pasan

consultas

Cuadro 6: Descripción de la Relación Pasa



MANDA


Medicos 1:N

Pruebas 1:1

Los médicos asignan

pruebas medicas

Cuadro 7: Descripción de la Relación Manda

PERTENECE A


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


Tratamientos 1:N

Pacientes 1:N

Los tratamientos son

asignados a pacientes

Cuadro 9: Descripción de la Relación Dirigido a

ESTABLECE


Medicos 1:N

Tratamientos 1:1

Los médicos asignan

tratamientos

Cuadro 10: Descripción de la Relación Establece



ASISTE A


Pacientes 1:N

Consultas 1:1

Los pacientes asisten a

consultas

Cuadro 11: Descripción de la Relación Asiste a

PERTENECE A


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


Pacientes 1:N

Pruebas 1:N

Los pacientes se someten

pruebas medicas

Cuadro 13: Descripción de la Relación Se someten a

SOLICITAN


Pacientes 1:N

Recetas 1:1

Los pacientes solicitan

recetas

Cuadro 14: Descripción de la Relación Solicitan



SE SOMETEN A


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


Pacientes 1:1

Habitaciones 1:N

Los pacientes son

ingresados

Cuadro 16: Descripción de la Relación Esta ingresado en

SE PASAN


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


Grupoclinica 1:1

Menuweb 1:N

Cada perfil tiene un menú

Web

Cuadro 18: Descripción de la Relación Tiene



ES


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


Precios 1:N

Consultas 1:1

Cada consulta tiene un

precio

Cuadro 20: Descripción de la Relación TIENE ASOCIADO

TIENE ASOCIADO


Precios 1:N

Tratamientos 1:1

Cada tratamiento tiene un

precio


TIENE ASOCIADO


Precios 1:N

Pruebas 1:1

Cada prueba tiene un

precio




TIENE ASOCIADO


Precios 1:N

Operaciones 1:1

Cada operación tiene un

precio


TIENE ASOCIADO


Precios 1:N

Habitaciones 1:1

Cada habitación tiene un

precio


TIENE ASOCIADO


Precios 1:N

Recetas 1:1

Cada receta tiene un precio




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


Idquirofano Int(4) X

disponible Bit (1) 0



AWC_MEDICAMENTOSPACIENTES


Idmedicamento Int(4) X

idpaciente Int(4) X

AWC_HABITACIONES


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


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



AWC_PACIENTES


Idpaciente Int(4) X

nombre Varchar(50)

Apellido1 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


Idpaciente Int(4) X

idgrupo Int(4) X



AWC_TRATAMIENTOS


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


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



AWC_CONSULTAS


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


Idmedico Int(4) X

nombre Varchar(50)



email Varchar(50)

especialidad Varchar(50)

telefono Char(10)

DNI Char(10)

login Char(10)

password Char(10)

borrado Bit (1) 0



AWC_MEDICAMENTOS


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


Idgrupo Int(4) X

Nombregrupo Varchar(50)

descripcion Char(10)

AWC_MENUWEB


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)



AWC_ACCESOCLINICA


Idopcion Int(4) X

idgrupo Int(4) X

AWC_MEDICOSGRUPOCLINICA


Idmedico Int(4) X

idgrupo Int(4) X

AWC_HORAS


Idhora Int(4) X

horas Text(16)



5.7 Esquema BBDD



5.7 Diagramas de Secuencia

Caso de Uso Altatratamiento

Caso de Uso Vertratamiento



Caso de Uso Eliminartratamiento

Caso de Uso AltaConsulta



Caso de Uso VerConsulta

Caso de Uso EliminarConsulta



Caso de Uso Verhabitación

Caso de Uso Altahabitación



Caso de Uso Eliminarhabitación

Caso de Uso Vermedicamento



Caso de Uso Borrarmedicamento

Caso de Uso Altamedicamento



Caso de Uso Vermedico

Caso de Uso Eliminarmedico



Caso de Uso Altamedico

Caso de Uso Veroperacion



Caso de Uso Eliminaroperacion

Caso de Uso Altaoperacion



Caso de Uso Verprueba

Caso de Uso Altaprueba



Caso de Uso Verreceta

Caso de Uso Borrarreceta



Caso de Uso Altareceta

Caso de Uso Verpaciente



Caso de Uso Eliminarpaciente

Caso de Uso Altapaciente



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:



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.



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:



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:



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:


Gestión de

Médicos

No Si Si

Facturación No No Si

Médicos

Gestión de Médicos



5.9.5 Menú Consultas

El submenú Consultas que está formado por un elemento. Como no todas las opciones




la siguiente tabla:


Gestión de

Consultas

Si Si Si

Consultas

Informe de Consultas

Gestión de Consultas

Facturación de Consultas



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:


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



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




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



Recetas

Gestión de Medicamentos

Activar Recetas

Facturación Recetas

Gestión de Recetas

Activar Medicamentos




la siguiente tabla:


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




la siguiente tabla:

Pacientes

Gestión de Pacientes




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



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:


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






se puede acceder al listado, en este caso, de consultas.


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.


permitidos según el tipo de usuario


Alta

Consultas

Si Si Si

Modificación

Consultas

Si Si Si

Baja Si No Si



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.




se puede acceder al listado, en este caso, de tratamientos.


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



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.




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.






se puede acceder al listado, en este caso, de pruebas.


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é


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.



Gestión de Pruebas

Alta Pruebas

Modificación Pruebas

Baja Pruebas

Vista Pruebas

Listar Pruebas




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.




se puede acceder al listado, en este caso, de operaciones.


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



Modificación Operaciones este enlace mostrará el formulario con los datos



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.




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.






se puede acceder al listado, en este caso, de habitaciones.


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



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.



Gestión de Habitaciones

Alta Habitaciones

Modificación Habitaciones

Baja Habitaciones

Vista Habitaciones

Listar Habitaciones




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.




se puede acceder al listado, en este caso, de activación de recetas.


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



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é


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.




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.






se puede acceder al listado, en este caso, de medicamentos.


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



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






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.




se puede acceder al listado, en este caso, de recetas.


Gestión de Recetas

Alta Recetas

Modificación Recetas

Baja Recetas

Vista Recetas

Listar Recetas



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.




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.






se puede acceder al listado, en este caso, de pacientes.


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é


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.



Gestión de Pacientes

Alta Pacientes

Modificación Pacientes

Baja Pacientes

Vista Pacientes

Listar Pacientes




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



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.



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.



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:



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



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.



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



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



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



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



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



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



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



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



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.



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



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



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.



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



[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



[PROGR05] www.programacion.com [ELGUI05] www.elguille.info [SOMAN05] www.solomanuales.org [ASPN05] www.asp.net



PROYECTO FIN DE CARRERA

Sistema de gestión Web para una Policlínica 10.Anexos



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.



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



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



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



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.



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



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.



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.



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


B5.1 Gestión de Consultas

1. Al haber pinchado sobre el apartado de Gestión de consultas, accede a una


caso consultas y en que apartado se encuentra, en este caso listado de consultas.



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.



b. Modificar la información referente a una consulta. Para ello debe pinchar


c. Eliminar consulta del sistema. Para ello debe pinchar sobre el icono con


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



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


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 .



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


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.



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


B6.1 Gestión de Tratamientos

1. Al haber pinchado sobre el apartado de Gestión de tratamientos, accede a una


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






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,


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.



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 .



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


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.



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


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




b. Modificar la información referente a una prueba. Para ello debe pinchar


c. Eliminar prueba del sistema. Para ello debe pinchar sobre el icono con




B6.2.1 Alta de un nueva Prueba

1. Par dar de alta una nueva prueba, debe rellenar los campos obligatorios,




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


2. Para volver al menú de Gestión de pruebas guardando los cambios, debe pinchar

sobre .



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


caso facturación tratamientos y en que apartado se encuentra, en este caso es un

informe.


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.


B6.4 Facturación Pruebas

1. Al haber pinchado sobre el apartado de facturación de pruebas, accede a una


caso facturación pruebas y en que apartado se encuentra, en este caso es un

informe.


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.




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


B7.1 Gestión de Operaciones

1. Al haber pinchado sobre el apartado de Gestión de operaciones, accede a una


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.



b. Modificar la información referente a una operación. Para ello debe




c. Eliminar operación del sistema. Para ello debe pinchar sobre el icono con


B7.1.1 Alta de una nueva Operación

1. Par dar de alta una nueva operación, debe rellenar los campos obligatorios,


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.



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 .



B7.1.3 Modificar información de una operación 1. Se podrá modificar los campos permitidos de la operación, indicados mediante


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


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.





b. Modificar la información referente a una habitación. Para ello debe


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,




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.



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


caso facturación operaciones y en que apartado se encuentra, en este caso es un

informe.


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.


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.


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.




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


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.





b. Eliminar el médico del sistema. Para ello debe pinchar sobre el icono con


B8.1.1 Alta de un nuevo medicamento

1. Par dar de alta un nuevo medicamento, debe rellenar los campos obligatorios,




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



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.



b. Eliminar la receta del sistema. Para ello debe pinchar sobre el icono con


B8.2.1 Alta de una nueva receta

1. Par dar de alta una nueva receta, debe rellenar los campos obligatorios,




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 .



B8.2.3 Eliminación de una receta


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


caso facturación recetas y en que apartado se encuentra, en este caso es un

informe.


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.


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


B9.1 Gestión de pacientes



1. Al haber pinchado sobre el apartado de Gestión de pacientes, accede a una


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.



b. Modificar la información referente a un paciente. Para ello debe pinchar


c. Eliminar el médico del sistema. Para ello debe pinchar sobre el icono con


B9.1.1 Alta de un nuevo paciente

1. Par dar de alta un nuevo paciente, debe rellenar los campos obligatorios,






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 .



B9.1.4 Eliminación de un paciente


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 COMILLAS

ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)

INGENIERO EN INFORMÁTICA

Documents

ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) · control del enfermo. Área de hospitalización: éste área forma parte de la gestión de las camas del centro sanitario. La hospitalización