Sistema de Gestion Web de Una Policlinica PDF

UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)

INGENIERO EN INFORMTICA
PROYECTO FIN DE CARRERA
SISTEMA DE GESTIN WEB DE UNA POLICLNICA
AUTOR: PABLO GUIJARRO GALDAMEZ DIRECTOR: PEDRO LPEZ JUREZ MADRID, JUNIO 2006
Autorizada la entrega del proyecto del alumno: PABLO GUIJARRO GALDAMEZ.
EL DIRECTOR DEL PROYECTO PEDRO LPEZ JUREZ
Fdo.:
Fecha: 29/06/2006
V B del Coordinador de Proyectos DAVID CONTRERAS BRCENA
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 Tcnica Superior de Ingeniera (ICAI)
Pablo Guijarro Galdmez
Resumen
Esta aplicacin se ha desarrollado como resultado de una necesidad hipottica surgida en una policlnica cuya meta es ayudar en el control y gestin de los pacientes que asisten a la misma. Proporciona organizacin y control de los servicios bsicos que pueden ofrecer en una policlnica, esto es, gestin de mdicos, pacientes, consultas mdicas, tratamientos, pruebas mdicas, operaciones, gestin de habitaciones cuando requieren ingreso, gestin de recetas, solicitud de recetas previa activacin de medicamentos por parte del mdico correspondiente, gestin de pacientes, realizado a travs de Internet por el propio usuario y que es requisito indispensable para acceder a la sistema de gestin Web. Incorpora la gestin econmica de los pacientes, facturndoles en funcin de los servicios prestados y del nmero de das ingresados en caso de haberlo estado. A nivel estadstico, permite generar informes acerca de las especialidades con mayor nmero de pacientes o medir la asistencia de los pacientes, as como el seguimiento de los mismos. Se ha utilizado la tecnologa 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 documentacin se muestra una descripcin de la situacin actual que existe en la medicina desde el punto de vista de la informtica, adems de un anlisis del mercado de aplicaciones de gestin mdica, el plan de pruebas realizado y la planificacin completa.
SISTEMA DE GESTIN WEB DE UNA POLICLNICA I
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 policlnica, 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 GESTIN WEB DE UNA POLICLNICA II
GESTIN REMOTA VA WEB DE UNA POLICLNICA
SISTEMA DE GESTIN WEB DE UNA POLICLNICA III
ndice
1
1.1 Que es una Policlnica .................................................................................. 1 1.2 Caractersticas de una Policlnica................................................................ 1 1.3 reas de una Policlnica ............................................................................... 1 Estado del Arte ................................................................................................... 2 2.1 La Policlnica en la Sanidad Privada ........................................................ 2 2.2 Informtica en la Salud............................................................................... 3 2.3 Concepto de Historia Clnica Electrnica ................................................. 6 2.4 Conclusin ................................................................................................... 7 2.5 Motivacin del Proyecto ............................................................................. 9 3.1 Objetivo Generales .................................................................................... 10 3.2 Objetivos Especficos ................................................................................ 10 3.3 Alcance del Sistema................................................................................... 12 3.4 Tipologa de Usuarios .............................................................................. 12 3.5 Restricciones ............................................................................................. 12 3.6 Evaluacin de alternativas ....................................................................... 13 3.7 Puntos de Inspeccin (PPI) ..................................................................... 19 3.8 Calendario del Proyecto ............................................................................ 20 3.9 Recopilacin de Informacin .................................................................... 21
3.9.1 Fuente de Informacin......................................................................................21 3.9.2 Mtodo de Bsqueda........................................................................................21 3.9.3 Tcnica a Utilizar ...............................................................................................21
Introduccin ................................................................................................ 1
Identificacin de Necesidades............................................................... 10
4 5
4.1 Perfiles de Usuario ..................................................................................... 22 4.2 Administracin de Actividades .................................................................. 23 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 Aplicacin ...........................................................................................77 5.4.3 Capa de Presentacin ......................................................................................77 5.5.1 Entidad-Relacin ...............................................................................................78 5.5.2 Diagrama Entidad-Relacin .............................................................................79 5.5.3 Entidades del Modelo de Datos ......................................................................80 5.5.4 Relaciones del Modelo de Datos ....................................................................86
Anlisis de Requisitos ............................................................................ 22 Diseo ...................................................................................................... 35
5.5 Diseo de Datos ....................................................................................... 78
5.6 5.7 5.8 5.9
Diseo Lgico........................................................................................... 93 Esquema BBDD ...................................................................................... 100 Diagramas de Secuencia ....................................................................... 101 Diseo Navegacin ................................................................................. 114
5.9.1 Cabecera .......................................................................................................... 114 5.9.2 Bloque Principal ............................................................................................... 116 5.9.3 Men Principal ................................................................................................. 117 5.9.4 Men Mdicos.................................................................................................. 118 5.9.5 Men Consultas ............................................................................................... 119 5.9.6 Men Tratamientos ......................................................................................... 120 5.9.7 Men Operaciones .......................................................................................... 121
SISTEMA DE GESTIN WEB DE UNA POLICLNICA IV
5.9.8 Men Recetas .................................................................................................. 122 5.9.9 Men Pacientes ............................................................................................... 123 5.9.10 Gestin de Mdicos ...................................................................................... 124 5.9.11 Gestin de Consultas ................................................................................... 125 5.9.12 Gestin de Tratamientos .............................................................................. 127 5.9.13 Gestin de Pruebas ...................................................................................... 128 5.9.14 Gestin de Operaciones .............................................................................. 130 5.9.15 Gestin de Habitaciones .............................................................................. 131 5.9.16 Activar Recetas ............................................................................................. 133 5.9.17 Gestin de Medicamentos ........................................................................... 134 5.9.18 Gestin de Recetas ...................................................................................... 136 5.9.19 Gestin de Pacientes ................................................................................... 137
6.1 6.2 6.3 6.4 6.5
Pruebas .................................................................................................. 140
Pruebas de Interfaces y Contenidos ..................................................... 140 Pruebas Funcionales y de Operacin................................................... 143 Pruebas de Rapidez de Acceso ............................................................ 146 Pruebas de Usabilidad ........................................................................... 148 Pruebas de Seguridad............................................................................ 151
7 8 9 10
10.1 Anexo A: Entrevista con el Cliente........................................................ 161 10.2 Anexo B: Manual de Mdico y Administrador ...................................... 164
Valoracin Econmica .......................................................................... 153 Conclusiones.......................................................................................... 155 Bibliografa ............................................................................................. 157 Anexos .................................................................................................... 160
SISTEMA DE GESTIN WEB DE UNA POLICLNICA V
1. Introduccin
1.1 Que es una Policlnica
Se trata de un centro sanitario que ofrece a los pacientes un servicio que forma parte del sub-sector pblico en el primer nivel de atencin de la salud. Se brinda en la modalidad ambulatoria a travs de estos centros denominados policlnicas.
1.2 Caractersticas de una Policlnica

Una policlnica se trata de un centro sanitario que tiene un nmero de camas no superior a 100, que cubre un nmero concreto de especialidades quirrgicas y que ofrece determinados servicios mdicos al paciente.
1.3 reas de una Policlnica

rea de consultas: ste rea esta dedicada a la atencin personalizada al paciente. En ella se ha citado al paciente con antelacin y cuando sta se produce, el paciente explica al mdico su dolencia para obtener una solucin. 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 peridicas y el mdico tenga que llevar un control del enfermo. rea de hospitalizacin: ste rea forma parte de la gestin de las camas del centro sanitario. La hospitalizacin 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 quirfano: ste rea engloba las diferentes operaciones quirrgicas que se realizan a los pacientes con independencia de que requieran hospitalizacin
Gestin remota va web de una policlnica 1
previa o no. Cada operacin quirrgica est compuesta por uno o ms mdicos especialistas que la realizan, un anestesista y una o ms enfermeras que darn apoyo en cada operacin a los mdicos. Las operaciones se planean con un cierto tiempo de antelacin para conocimiento, tanto del paciente como del equipo mdico y hay un nmero mximo de operaciones al da que depende de la duracin estimada de las operaciones programadas. Urgencias: esta es el rea dedicada a los pacientes que llegan al centro y que deben recibir una atencin inmediata para estabilizar sus constantes vitales.
2. Estado del Arte 2.1 La Policlnica en la Sanidad Privada

El estado espaol cubre las necesidades sanitarias de todos sus ciudadanos mediante el Sistema Nacional de Salud, financiado a travs de impuestos y regentado por las Comunidades Autnomas. Ms del 90% de la poblacin utiliza este sistema para sus necesidades mdicas. Este sistema permite a los espaoles elegir su mdico de cabecera, a travs del cual obtienen acceso al resto del sistema. La mayora de los pacientes consiguen una cita con su mdico en un da o dos desde la solicitud. No suele suponer ningn gasto extra a los pacientes ya que la comunidad autnoma corre con los gastos. Para consultar a un especialista, los pacientes han de ser remitidos por el mdico de cabecera, excepto en caso de urgencia. Desgraciadamente, como en la mayora de los pases 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 pblico espaol slo cubre la atencin sanitaria (con algunas excepciones), los tratamientos dentales y los problemas pticos van por la va privada.
Gestin remota va web de una policlnica
En los ltimos aos la sanidad privada ha ganado en importancia. Se estima que un 15% de la poblacin posee seguros mdicos privados, incluidos la mayora de los funcionarios pblicos, a los que se les da la opcin de elegir entre el sistema pblico y el privado. Los seguros pueden utilizarse, bien como complemento o como alternativa a la sanidad pblica. La ventaja del seguro privado es que las compaas tienen sus propias redes de hospitales, clnicas y laboratorios, por lo que los asegurados no tienen que esperar tanto para ser tratados. El nico problema es que las compaas pueden insistir a los pacientes en que utilicen slo mdicos que sean miembros de su grupo. Sin embargo, la mayora tienen programas que reembolsan el 80% de la factura de mdicos de fuera del grupo. Las compaas de seguros privados ms importantes en este momento son Adeslas, Asisa y Sanitas, segn un artculo de aemigrar.com. Con respecto a la sanidad privada, que es la que nos ocupa, cualquiera puede solicitarla. Las compaas suelen ofrecer atencin mdica y dental con descuento si se solicitan las dos variando bastante el precio dependiendo de la edad y sexo del solicitante.
2.2Informtica en la Salud
Informtica en salud (IS), es la disciplina cientfica orientada al uso de las Tecnologas de Informacin y Comunicacin (TICs), como fundamento de la investigacin cientfica, la educacin mdica y el ejercicio profesional, haciendo especial nfasis en la aplicacin de la informtica (Internet) como el nuevo paradigma de actualizacin mdica. Las TICs estn surgiendo y madurando rpidamente, en algunos casos a un ritmo ms rpido que el que los usuarios pueden absorber e integrar. Internet es uno de los elementos distintivos de la ltima revolucin tecnolgica, y la tambin medicina hoy llamada E-Medicina (medicina electrnica) ha sabido utilizar este nuevo canal de comunicacin; E-Jounals, E-learning o educacin a distancia, MedLine, PubMed, Lilacs, receta electrnica, firma mdica digital, etc Las Tecnologas de la Informacin y de las Comunicaciones (TIC) han permitido la evolucin del concepto tradicional de la historia clnica en papel, como documento exclusivamente mdico, limitado a recoger una informacin de los episodios de la relacin entre los profesionales sanitarios y el paciente, en un tiempo y lugar especfico,
hacia una nueva historia clnica, la Historia de Salud, que es capaz de integrar toda la informacin referida al estado de salud de una persona. Aunque en su concepcin ms amplia la informtica mdica se identifica con la lgica de la atencin a la salud, se acostumbra a relacionarla ms bien con los sistemas de informacin y de comunicacin, los lenguajes mdicos formales, las guas de prctica clnica, la inteligencia artificial y la ciberntica. El trmino se ha vinculado fuertemente con la tecnologa de la computacin, aunque en realidad sta tiene slo un valor instrumental en la informtica y, ante el cambio frecuente en las cualidades de los equipos, tiene tambin una vigencia breve. Son los principios y fundamentos de la informtica lo que puede ayudar a adaptarse al acelerado cambio tecnolgico y, ms que en la ingeniera de la computacin, la informtica se sustenta en el valor de la informacin y en la capacidad para utilizarla. La informacin es fundamental para la prctica mdica. Adems de la relativa a procesos de bajo nivel -como la que manejan la fsica y la qumica-, la medicina requiere informacin relacionada con objetos complejos como son los organismos y las sociedades. Los mdicos se han dado cuenta de que muchos de sus problemas se resuelven con el acceso a la informacin y que otros tienen que ver con la sistematizacin de su propio pensamiento para usarla apropiadamente. Esto les ha permitido describir y manejar mejor el conocimiento mdico, de modo que la informtica est en el centro de muchos de los progresos mdicos. La informtica ha acercado la informacin al mdico y le ha ofrecido herramientas para aprovecharla mejor. La informtica en medicina ha tomado actualmente un gran empuje, pues la necesidad de informacin actualizada se hace imprescindible en la toma de decisiones, situacin en la que deben ser tomadas teniendo en cuenta la mejor informacin disponible. Adems, el uso de Internet que cada da es ms accesible hace en ocasiones imprescindible, su uso para la obtencin de informacin actualizada. El trabajo del mdico es el de atender las necesidades de los pacientes utilizando el conocimiento acumulado por la medicina durante ms de 5000 aos y, sobre todo, en el ltimo siglo. Se dice que los mdicos utilizan unos dos millones de piezas de informacin en la atencin de los pacientes, que un tercio de su tiempo lo pasan registrando y sintetizando informacin y que un tercio de los costos de un hospital tiene
que ver con la comunicacin personal y profesional. Hoy ms que nunca resulta claro que el mdico no puede desempearse slo con la informacin que ha acumulado en su memoria. Los mdicos requieren informacin sobre muchas cosas: los pacientes (su historia clnica, sus resultados de exmenes clnicos, etc), la situacin epidemiolgica de la localidad en la que ejercen, el conocimiento mdico descrito en textos, publicaciones peridicas y fuentes electrnicas; el entorno y las influencias ticas, polticas y sociales, etc. A pesar de que ha habido muchos intentos por simplificar la prctica clnica y tratar de reducirla a una aplicacin acrtica de rutinas, lo cierto es que la calidad de la atencin se relaciona con la posibilidad que supone la individualizacin de cada caso, la formulacin de preguntas y respuestas, muchas de ellas susceptibles de ser contestadas por el propio mdico con base en su marco de referencia, y otras que tienen que ser consultadas, ya sea con expertos o con bancos de informacin. Est muy claro que una amplia oferta de informacin no es toda la solucin a estas necesidades. Como cualquier organizacin, las de atencin a la salud pueden ahora estar integradas por medio de redes especficas o bien comunicarse a travs de las redes pblicas. Esto facilita la interaccin entre los diferentes servicios, por ejemplo entre el departamento clnico y el departamento de radiologa, no slo para la solicitud de estudios sino para la observacin de las imgenes en el ordenador de la clnica o del hospital, la transferencia multidireccional de datos y hasta un dilogo electrnico capaz de generar proyectos comunes. El acceso a la informacin sobre salud ha alcanzado un alto grado de desarrollo gracias a la informtica. Las limitaciones que tenan los mdicos cuando se alejaban de los centros acadmicos hoy en da han sido prcticamente borradas, pues ms que un problema de acceso a la informacin ahora hay que coexistir con el exceso de la misma y con su desigual calidad. Porque est lleno de datos ciertamente valiosos pero tambin de informacin convenientemente por sesgada. Por ello, el mdico tiene que cultivar la habilidad de analizar eficientemente la informacin y distinguir lo valioso de lo superfluo. La Informatizacin de la Atencin Primaria de Salud (APS) es la aplicacin gradual e integral de las nuevas tecnologas de la informacin y las comunicaciones en la gerencia
de los procesos relacionados con las funciones del Sistema Nacional de Salud a ese nivel de atencin. Ya desde hace aos se han estado produciendo y poniendo en prctica soluciones informticas para la automatizacin de algunos procesos administrativos, docentes, investigativos y asistenciales. El uso de la Informtica en la Medicina es una de las aplicaciones ms comunes e importantes desde hace varias dcadas, y ha permitido al sector de la salud, no slo contar con mtodos novedosos, sencillos y eficaces de gestin administrativa en consultas, hospitales y centros de investigacin biomdica, sino tambin disponer de complejos software que reducen la posibilidad de error en el diagnstico de las enfermedades, y que aceleran su formulacin. A su vez, ofrece una gran ayuda en el campo de la investigacin y disciplinas como Radiologa y Cardiologa. La aplicacin de la computacin en el campo de la Sanidad no se limita a eso, se cuenta para nuestros policlnicos con una propuesta de fortalecimiento de la Informtica, cuyos propsitos son fortalecer la conexin entre las instituciones territoriales, lo que favorecera la comunicacin y la adopcin de decisiones a nivel local y niveles superiores, y fortalecer el Subsistema del Mdico y Enfermera de la Familia, entre otros. Hay que tener en cuenta que la tendencia en el mundo de la informacin apunta a que sta y el conocimiento determinan la base de la mayora de los procesos.
2.3 Concepto de Historia Clnica Electrnica

Una HCEV es una historia clnica electrnica 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 informacin distribuida en varios sistemas informticos, posiblemente heterogneos entre si, pertenecientes a una o varias organizaciones. Una HCEV puede englobar ms o menos informacin clnica sobre un paciente, desde la simple integracin de algunos repositorios de datos clnicos hasta englobar toda la informacin disponible independientemente de la institucin donde se encuentre. Cada fuente de datos puede permitir el acceso a toda o parte de la informacin que contiene, son los responsables de los datos los que controlan qu informacin se comparte con el resto de sistemas que forman la federacin. Esta informacin est referida especficamente a los datos de salud y enfermedad y generada por todos los responsables de atencin a la salud con los que se haya relacionado la persona en los diferentes tiempos y niveles asistenciales.
2.4 Conclusin
El sector sanitario est introducindose en un nuevo escenario inducido principalmente por las nuevas tecnologas de la informacin y comunicaciones, as como su potencial para transformar el proceso de atencin sanitaria. Caracterstica de este escenario seran: El acceso inmediato a la historia clnica electrnica y completa del paciente (HCE) (construida desde diversas fuentes) en cualquier momento y lugar. El acceso a Sistemas de Ayuda a la Decisin actualizados y a mensajes o avisos. El uso de herramientas para facilitar la distribucin de servicios de salud, por ejemplo, para la prescripcin electrnica, la obtencin de permisos de los pacientes para acceder a la informacin con fines de investigacin, docencia, en cumplimiento de lo establecido en la Ley de Proteccin de Datos. En el centro de este escenario se encuentra la historia clnica electrnica 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 relacin calidad/precio de los ordenadores, el incremento de usuarios de Internet, mejora de los sistemas de informacin y sistemas de seguridad en el intercambio de informacin 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 atencin sanitaria. Hay tres aspectos de la sociedad actual que inciden de forma directa en cmo han de ser las futuras Infraestructuras de Informacin 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 atencin sanitaria en un lugar diferente al habitual sea cada vez ms frecuente.
2) El cada vez ms rpido camino hacia la sociedad de la informacin est configurando un ciudadano que cada vez distingue menos entre capacidad de acceder a la informacin y ubicacin geogrfica de sta. 3) La aparicin de nuevos modelos de atencin sanitaria de un paciente compartida entre diferentes niveles asistenciales, basados en la atencin 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 informacin sobre la salud de los pacientes y basado en la comparticin de la responsabilidad de la atencin 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 metodologas que permitan el intercambio de informacin clnica conservando el contenido y significado original de los datos. As por ejemplo, la ausencia de informacin puede conducir a la repeticin de pruebas diagnsticas, ignorar diagnsticos anteriores, o que informacin 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 informacin sanitaria sobre los pacientes entre sistemas y organizaciones automticamente es una de las mayores trabas del sector sanitario en aras de proporcionar una atencin eficiente, tanto desde el punto de vista asistencial como econmico. Actualmente existen extractos de la historia clnica de un paciente all donde ha recibido alguna vez atencin sanitaria (primaria, hospitalaria, telemedicina, etc.). Todos estos extractos se encuentran repartidos por mltiples sistemas de informacin heterogneos y autnomos y que no son directamente accesibles desde fuera de la organizacin o departamento. Esto sigue siendo cierto aunque las instituciones dispongan de sistemas de historias clnicas electrnicas y la comunicacin se haga de forma electrnica debido a las diferencias en cuanto a la sintaxis, estructura y semntica de los datos. Existen problemas, como la captura, integracin y conversin de datos clnicos con formatos heterogneos, descripcin del significado clnico de la informacin y la falta de aplicacin de estndares para facilitar la comparticin de la informacin.
Segn informacin obtenida de un estudio de la Universidad Politcnica de Valencia, los principales retos de los futuros sistemas de informacin sanitarios son: Usar historias clnicas electrnicas que engloben toda la informacin sobre salud del paciente. Interoperabilidad a todos los niveles entre los agentes (personas y organizaciones) que intervienen en la atencin sanitaria. Permitir que los expertos en el dominio clnico (ms que los expertos en tecnologas de la informacin) tengan control independiente y directo sobre el diseo de las estructuras de informacin. En los ltimos aos existe en la comunidad cientfica un aumento significativo en el inters por las HCEs como se constata por la presencia creciente de artculos sobre la HCE en revistas cientficas de alto impacto no slo en el mbito de la informtica mdica sino en revistas mdicas como El British Medical Journal o the Lancet. Al mismo tiempo existe una gran labor de estandarizacin en el campo de las HCEs, principalmente los realizados por HL7, CEN, ISO y OMG, as como diversos trabajos de implementacin de sistemas de informacin sanitarios. Dentro de la estandarizacin de la arquitectura de la informacin de la historia clnica Electrnica la informacin contenida en la HCE debe tener alguna estructura, de forma que pueda ser manipulada o procesada por un sistema informtico. La estructura debe ser adecuada tanto para el proceso de atencin sanitaria como para otros posibles usos (investigacin, formacin, etc.). Es por esto que uno de los aspectos ms importantes a la hora de desarrollar sistemas de HCE es cmo organizar la informacin clnica, esto es, la arquitectura de la informacin de la historia clnica electrnica (AHCE). Una AHCE modela las caractersticas genricas aplicables a cualquier anotacin en una HCE. La arquitectura debe proporcionar principalmente constructores para capturar fielmente el significado original de la informacin y asegurar que la historia clnica sea comunicable.
2.5 Motivacin 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 gestin remota va
Web que de manera intuitiva y fcil sirva para ayudar a la comparticin y acceso de la informacin mdica. Se ha detectado la necesidad de tener que reducir el tiempo que el mdico 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 mdico, una herramienta informtica que permita delegar ciertas tareas en los pacientes y que pueden realizarse en cualquier momento.
3 Identificacin de Necesidades
3.1 Objetivo Generales
Desarrollar un sistema de gestin Web para una policlnica, que sirva para la gestin de personal mdico, de recursos y operaciones quirrgicas, as como de pacientes, tanto del centro como de las solicitudes de stos a travs de Internet. Permitir a los usuarios solicitar consultas mdicas y registrarse as como acceder a su informacin clnica a travs de Internet.
3.2 Objetivos Especficos
Crear una herramienta de comunicacin rpida y eficaz entre el paciente y el mdico tratante.
Fomentar en el paciente el uso de herramientas como es Internet. Tener en consideracin la seguridad, confidencialidad e integridad de los datos desde el principio, teniendo en cuenta los mecanismos adecuados de autenticacin, las autorizaciones as como una comunicacin segura.
Proporcionar un alto rendimiento y optimizacin de operaciones frecuentes. Disponibilidad y resistencia, siendo capaz de implementarse en centros de datos.
10
Permitir la escalabilidad para cumplir las expectativas de la demanda en un futuro y admitir un gran nmero de actividades y usuarios con el mnimo uso de recursos.
Permitir a los responsables implementar, supervisar y resolver los problemas de la aplicacin.
Constituir de una red de atencin y soporte mdico para aquellos pacientes ubicados en reas rurales o de difcil acceso, contribuyendo a la mejora asistencial.
Para ello, se pretende que la funcionalidad de la aplicacin consista en la agilizacin de los procesos burocrticos que tiene que realizar un usuario para tratarse en una policlnica, adems de facilitar la gestin a los mdicos:
Generando instrumentos de ayuda a la asistencia, dispensacin de cuidados y fuente de conocimiento de la historia del paciente.
Reduciendo las esperas en el registro de pacientes por parte de los mdicos ya que lo realizan los usuarios desde casa a travs de Internet.
Proporcionando mayor rapidez en la solicitud de un usuario para concertar una consulta mdica ya que no depende de una llamada telefnica que tenga que realizar y esperar para mirar que das hay libres. Sino que le aparezcan directamente los libres en la fecha que el haya introducido en cualquier momento del da.
Posibilitando acceso a la informacin actualizada de los pacientes por parte del mdico y por lo tanto un conocimiento de sus sntomas lo que le permitir tomar una decisin con mayor seguridad.
Realizando una gestin de usuarios nuevos mediante creacin de fichas con informacin completa y detallada, incorporando historiales mdicos de los pacientes, recetas de medicamentos con autorizacin del mdico, gestin de las consultas mdicas, gestin de operaciones quirrgicas, gestin de tratamientos, gestin de las pruebas realizadas al paciente, gestin del personal mdico, gestin de las camas de la policlnica.
Todo ello har que la aplicacin sea un instrumento flexible para adaptarse a las necesidades del centro donde se implante as como escalable para las futuras necesidades que deban desarrollarse.
11
3.3 Alcance del Sistema

La estructura del sistema de gestin Web va a estar formada por seis mdulos que van a permitir la realizacin de las siguientes funciones:

Mdulo de paciente Mdulo de mdico Mdulo de consultas Mdulo de tratamiento Mdulo de operaciones Mdulo de recetas
3.4 Tipologa de Usuarios

Los usuarios del sistema sern, por un lado los pacientes que accedern a travs de Internet. Por otro lado, los mdicos que accedern desde la policlnica, PC o cualquier dispositivo mvil que tenga navegador. El nmero de usuarios se ir incrementando paulatinamente conforme los pacientes se vayan registrando. En cuanto a los mdicos sern alrededor de 3 mdicos por especialidad siendo el nmero de especialidades de 10.
3.5 Restricciones
En este proyecto se reduce el mbito del desarrollo de la aplicacin a una policlnica y a los pacientes registrados en ella y por lo tanto no se contempla el intercambio de informacin con otros centros sanitarios. Se han reducido el nmero de especialidades a 10 pero no impide que la aplicacin sea ampliable al nmero de especialidades que se puedan requerir en un futuro.
12
En principio no se contempla la gestin de las urgencias del centro debido a la complejidad que requiere las funciones a desarrollar y la interoperatividad entre el resto de los mdulos.
3.6 Evaluacin de alternativas

Deberemos elegir el tipo de especificacin de tecnolgica 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 programacin, 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 cdigo abierto para plataformas Unix, Windows y otras, que implementan el protocolo HTTP/1.1 y la nocin de sitio virtual. Apache presenta entre otras caractersticas mensajes de error altamente configurables, bases de datos de autenticacin 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).
13
(1) Apache Web Server frente a (2) Internet Information Server

ALTERNATIVAS NUM 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 PARAMETROS ESTRATEGICOS 47% Mejorar imagen Compaa Mejorar atencin demanda Mejorar control de la gestin Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestin Oferta mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD (29%) Estrategia comercializacin Compromiso otras empresas Volumen de reas afectadas Complejidad en la gestin Carencia de mecanizacin Insatisfaccin usuario/cliente TECNICOS (18%) Integracin de la informacin Independencia s. Actuales Facilidad de mecanizacin Facilidad de implantacin OPERATIVOS (6%) Reduccin gastos mantto. Reduccin tareas manuales PUNTUACION TOTAL 2 1 3 1 60 6 1 132 3 1 48 6 1 104 3 3 2 1 3 3 2 2 9 9 4 2 1 1 2 3 3 3 4 3 3 3 2 2 2 2 3 3 3 2 3 3 9 9 6 4 6 6 2 2 2 2 3 3 6 6 4 4 6 6 3 3 3 2 2 2 2 2 2 1 1 2 3 3 3 3 2 3 3 2 2 3 6 9 9 6 6 4 6 6 4 2 3 3 2 3 3 1 2 2 2 3 1 1 9 6 9 6 2 4 4 4 6 1 1 PESO PT 1 VA PT 2 VA
Visual Studio.NET El Entorno de Desarrollo Integrado (IDE) Visual Studio es un entorno de programacin para varios lenguajes, incluyendo a Visual Basic y C. Este desarrollo es de fuente abierto, es decir, se proporciona el cdigo fuente del entorno para que se pueda modificar de acuerdo a ciertos parmetros de licencia. Es tambin una plataforma de
14
ejecucin de aplicaciones, es decir, facilita la escritura de aplicaciones .NET, adems tiene una atractiva interfaz que lo hace fcil y agradable de usar.
Eclipse Eclipse es una potente y completa plataforma de programacin, desarrollo y compilacin 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 NUM 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 PARAMETROS ESTRATEGICOS 47% Mejorar imagen Compaa Mejorar atencin demanda Mejorar control de la gestin Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestin Oferta mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD (29%) Estrategia comercializacin Compromiso otras empresas Volumen de reas afectadas Complejidad en la gestin Carencia de mecanizacin Insatisfaccin usuario/cliente TECNICOS (18%) Integracin de la informacin Independencia s. Actuales Facilidad de mecanizacin 3 3 2 2 3 3 6 9 6 2 3 3 6 9 6 3 3 2 2 2 2 3 3 3 3 3 3 9 9 6 6 6 6 1 2 2 3 3 1 3 6 4 6 6 2 3 3 3 2 2 2 2 2 2 1 1 2 2 3 2 3 2 3 2 2 2 3 6 6 9 4 6 4 6 4 4 2 3 3 2 3 2 2 3 1 2 2 3 2 9 6 9 4 4 6 2 4 4 3 2 PESO PT 1 VA PT 2 VA
15
21 22 23
Facilidad de implantacin OPERATIVOS (6%) Reduccin gastos mantto. Reduccin tareas manuales PUNTUACION TOTAL
1 2 1
3 3 3 61
3 6 3 129
1 2 3 51
1 4 3 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 gestin ms usados en las empresas por su buen funcionamiento a nivel de servidor y comunicacin con el resto de equipos. Tiene tiempos de respuesta bastante buenos a pesar de que el nmero de registros sea alto.
Access Microsoft Access es un sistema de gestin de bases de datos creado y modificado por Microsoft (DBMS) para uso personal o de pequeas organizaciones. Es un componente de la suite Microsoft Office aunque no se incluye en el paquete bsico. Su principal funcin es ser una potente base de datos, capaz de trabajar en s misma o bien con conexin hacia otros lenguajes de programacin, como Visual Basic 6.0. Pueden realizarse consultas directas a las tablas contenidas mediante instrucciones SQL. Cuando el nmero de registros es alto, los tiempos de consulta e insercin se disparan.
16
(1) SQL frente a (2) Access

ALTERNATIVAS NUM 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 PARAMETROS ESTRATEGICOS 47% Mejorar imagen Compaa Mejorar atencin demanda Mejorar control de la gestin Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestin Oferta mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD (29%) Estrategia comercializacin Compromiso otras empresas Volumen de reas afectadas Complejidad en la gestin Carencia de mecanizacin Insatisfaccin usuario/cliente TECNICOS (18%) Integracin de la informacin Independencia s. Actuales Facilidad de mecanizacin Facilidad de implantacin OPERATIVOS (6%) Reduccin gastos mantto. Reduccin tareas manuales PUNTUACION TOTAL 2 1 2 3 55 4 3 117 3 2 43 6 2 90 3 3 2 1 2 3 3 3 6 9 6 3 3 2 3 3 9 6 6 3 3 3 2 2 2 2 2 3 3 1 2 3 6 9 6 2 4 6 1 2 2 3 2 1 3 6 4 6 4 2 3 3 3 2 2 2 2 2 2 1 1 3 2 2 3 2 2 2 3 2 2 2 9 6 6 6 4 4 4 6 4 2 2 1 1 1 2 2 3 3 1 0 1 1 3 3 3 4 4 6 6 2 0 1 1 PESO PT 1 VA PT 2 VA
Dreamweaver Es un editor WYSIWYG de pginas web, creado por Macromedia. Es el programa de este tipo ms utilizado en el sector del diseo y la programacin web, por sus funcionalidades, su integracin con otras herramientas como Macromedia Flash y, recientemente, por su soporte de los estndares del World Wide Web Consortium.
17
Visual Studio Una de las funcionalidades de Visual Studio es la generacin del cdigo HTML una vez diseada 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 NUM 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 PARAMETROS ESTRATEGICOS 47% Mejorar imagen Compaa Mejorar atencin demanda Mejorar control de la gestin Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestin Oferta mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD (29%) Estrategia comercializacin Compromiso otras empresas Volumen de reas afectadas Complejidad en la gestin Carencia de mecanizacin Insatisfaccin usuario/cliente TECNICOS (18%) Integracin de la informacin Independencia s. Actuales Facilidad de mecanizacin Facilidad de implantacin OPERATIVOS (6%) Reduccin gastos mantto. Reduccin tareas manuales PUNTUACION TOTAL 2 1 2 3 53 4 3 112 3 2 39 6 2 80 3 3 2 1 2 3 2 2 6 9 4 2 2 1 3 3 6 3 6 3 3 3 2 2 2 2 3 2 3 2 3 2 9 6 6 4 6 4 2 1 2 1 3 2 6 3 4 2 6 4 PESO 3 3 3 2 2 2 2 2 2 1 1 PT 3 3 1 2 2 1 3 1 2 3 3 1 VA 9 9 3 4 4 2 6 2 4 3 3 PT 1 1 1 2 2 1 1 1 2 1 1 2 VA 3 3 3 4 4 2 2 2 4 1 1
18
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 Tcnicos: Para la realizacin del presente proyecto, son necesarios, los siguientes requerimientos tcnicos: ELEMENTO HARDWARE SOFTWARE TIPO
ORDENADOR SISTEMA OPERATIVO ENTORNO NAVEGADOR WEB V. STUDIO.NET INTERNET EXPLORER GESTOR BASE DE DATOS LENGUAJE DE PROGRAMACION SQL SERVER 2003 6.0
DETALLE
VERSION
Intel Pentium 4 3GHz - 512MB - 60Gb WIN. 2000, XP SP2
ASP.NET
3.7 Puntos de Inspeccin (PPI)
En el calendario del proyecto, y si no surgieran modificaciones posteriores al anlisis de requisitos, se realizarn dos puntos de inspeccin. El primer punto de inspeccin marcado en la planificacin del proyecto, justo despus de la toma de requisitos, en donde se va realizar una verificacin de lo hecho hasta el momento y del anlisis funcional de acuerdo a la planificacin. El segundo punto de inspeccin, marcado tambin en la planificacin del proyecto, se realiza despus de finalizar la implementacin y durante el periodo de pruebas y sirve para la verificacin del producto fsico 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 revisin del anlisis con respecto al documento de conceptos del sistema comprobando que se cumplen los requisitos del cliente, y adems, que se adecua a la informacin pedida en las entrevistas concertadas. Tanto como si se encuentra alguna anomala como si se muestra conformidad, se debern registrar con los resultados de las revisiones.
3.8 Calendario del Proyecto

Despus de una toma de requisitos en mayor profundidad, el desarrollo del proyecto se descompone en las siguientes fases: 1. ANLISIS DE REQUISITOS Entrevista Toma de requisitos Modelo de dominio Casos de uso Punto de inspeccin
2. ARQUITECTURA Requisitos Especificacin de la solucin
3. DISEO Base de Datos Diagramas de secuencia Diagrama de navegabilidad
4. IMPLEMENTACION Gestin de pacientes Gestin de mdicos Gestin de consultas Gestin de tratamientos
20
Gestin de operaciones
Gestin de recetas
5. PRUEBAS 6. MANUAL DE USUARIO
3.9 Recopilacin de Informacin
3.9.1 Fuente de Informacin Los usuarios que son profesionales mdicos. El sistema actual es totalmente manual ya que no existe ningn sistema que gestione lo que se trata de implantar.
3.9.2 Mtodo de Bsqueda De los niveles superiores hacia los inferiores.
3.9.3 Tcnica a Utilizar Entrevista y conocimiento adquirido a travs de documentos mdicos de informes y formularios.
21
4 Anlisis de Requisitos
Despus de varias entrevistas, de las que se puede ver un extracto en el Anexo A, con el cliente, ste expone la problemtica actual de la Gestin de la Policlnica. Se trata de buscar funcionalidad a la informacin recogida en la primera reunin en la que se identificaron las necesidades. En esta, se profundiza en las funciones que va realizar cada mdulo definido en etapas anteriores. Se recibe por parte del responsable mdico del centro, una plantilla en la que actualmente realizan manualmente las anotaciones de sus acciones mdicas: A continuacin se detallan los mdulos a desarrollar en la aplicacin, fruto de estas entrevistas con un equipo mdico del centro.
4.1 Perfiles de Usuario Se definen tres tipos de perfiles para esta herramienta: Administrador Mdico Paciente
El Administrador ser el usuario con acceso total a todos los mdulos de la aplicacin; ser el nico capaz de dar de alta, actualizar o modificar la informacin contenida en cada mdulo del proyecto. Para el desarrollo de la aplicacin 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, dndole una mayor versatilidad.
22
El Mdico podr consultar la informacin contenida en la aplicacin, teniendo acceso al mdulo de mdicos, 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, podrn existir tantos colaboradores como se precise. El Paciente podr consultar la informacin contenida en la aplicacin, teniendo acceso al mdulo de pacientes, consultas, tratamientos, operaciones y recetas; podr consultar cualquiera de ellos que contenga informacin personal suya (este dado de alta), darse de alta e incluso modificar. Lo que no podr es dar de baja. El nmero de pacientes sern tantos como soporte la aplicacin y como clientes tenga la Policlnica. El Administrador, ser el que defina los perfiles de usuario, y podr dar de alta, modificar o eliminar grupoclinica en la base de datos. Adems, se deja la posibilidad de poder aadir nuevos perfiles en un futuro. 4.2 Administracin de Actividades Mdulo de paciente: Alta de pacientes: El paciente podr registrarse va Web, siendo ste registro indispensable para solicitar una consulta y adems, porque al registrarse se crear su historial. El registro del paciente a travs de un formulario requiere que se rellenen una serie de campos obligatorios. el mdico puede dar de alta a un paciente rellenando de igual forma el formulario. El mdico-administrador puede dar de alta a un paciente rellenando de igual forma el formulario. Modificacin de pacientes:
23
El paciente puede acceder a sus datos personales para modificar algn campo o para darse de baja. El mdico puede realizar acciones de actualizacin de los datos personales de sus pacientes pero no de los pacientes de otros mdicos. El mdico-administrador puede modificar los datos
personales de cualquier paciente. Baja de pacientes: Se produce un borrado fsico pero no lgico, quedando un historial de esa persona, pudindose recuperar su informacin posteriormente. El paciente puede darse de baja en cualquier momento a travs de la Web, producindose un borrado fsico pero no lgico, quedando un historial de esa persona, pudindose recuperar su informacin posteriormente. El mdico puede realizar bajas de sus pacientes asignados exclusivamente. El mdico-administrador puede realizar dar de baja a cualquier paciente.
Mdulo de mdico: Alta de mdicos: El mdico-administrador puede dar de alta a cualquier mdico independientemente de su especialidad aadindolo. El mdico puede darse de alta a travs de la Web rellenando un formulario al efecto. Un paciente no puede dar de alta a un mdico.
24
Modificacin de mdicos: El mdico-administrador puede modificar los datos de cualquier mdico. Un mdico puede modificar sus datos pero no los datos de otros mdicos. Un paciente no puede modificar los datos de un mdico.
Baja de mdicos: Se produce un borrado fsico pero no lgico, quedando un historial de esa persona, pudindose recuperar su informacin posteriormente. El mdico-administrador puede dar de baja a cualquier mdico. Un mdico no puede darse de baja a si mismo ni a otro mdico. Un paciente no puede dar de baja a un mdico.
Mdulo de consulta: Solicitud de consulta: El paciente genera una nueva solicitud para asistir a una consulta mdica. El mdico no puede generar solicitudes de consultas generales. El mdico-administrador puede generar solicitudes de consultas generales.
25
Solicitud de consulta: El paciente elige un mdico para la solicitud de consulta general de especialidad que ha generado previamente. El mdico, en caso de crear una solicitud para un paciente, puede seleccionar el mdico elegido que no tiene porque ser l.
Eleccin 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 mdico elige una fecha para la asignacin de consulta general de especialidad que ha generado previamente.
Eleccin de horario: Al paciente le aparecen los horarios que tiene libre el mdico 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 maana hasta las 20:00 en la tarde.
Modificacin de una consulta: El paciente puede modificar la fecha de una consulta. El mdico no puede modificar una fecha de una consulta de un paciente. El mdico-administrador puede modificar la fecha de una consulta.
Eliminacin de una consulta: El paciente puede eliminar una consulta solicitada. El mdico puede eliminar su consulta con un paciente suyo pero no con un paciente de otro mdico.
26
El mdico-administrador puede eliminar consultas mdicas. Acceso al historial del paciente: el paciente puede acceder a ver su historial mdico pero no puede ver el campo observaciones que posee anotaciones personales del mdico. Si puede ver el campo conclusiones con la informacin que ha recogido el mdico sobre el paciente y su dolencia u enfermedad. El mdico ve todos los historiales mdicos de sus pacientes incluso el campo observaciones pero no de los pacientes de otros mdicos. Consulta de citas mdicas: El paciente puede acceder a ver sus citas mdicas anteriores y ver las que tiene pendientes. El mdico puede acceder a las consultas realizadas a sus pacientes y ver las que tiene pendientes pero no tiene acceso a los pacientes de otro mdico. El mdico-administrador puede acceder a las consultas de todos los mdicos.
Asignar consulta: El paciente no puede asignar una consulta general. El mdico solo puede asignar una consulta general a sus pacientes. El mdico-administrador puede asignar una consulta general a cualquier paciente.
27
Mdulo de tratamiento: Solicitud de tratamiento: El paciente genera una nueva solicitud para recibir un tratamiento especfico. El mdico puede generar solicitudes de tratamiento. El mdico-administrador puede generar solicitudes de tratamiento. Asignacin de tratamiento: El paciente no puede asignar tratamientos. El mdico pacientes. El mdico-administrador puede asignar tratamientos a cualquier paciente. Modificacin de tratamiento: El paciente puede modificar la fecha de revisin del tratamiento al que est sometido en ese momento. El mdico puede cambiar la fecha de revisin y las pruebas a realizar pero no puede darlo de baja. El mdico-administrador puede dar de baja lgica el tratamiento. Consulta de tratamiento: El paciente puede consultar solo sus tratamientos pendientes y los que haya realizado con anterioridad. El mdico puede consultar los tratamientos pendientes y los que haya asignado anteriormente de sus pacientes exclusivamente. puede asignar tratamientos pero solo a sus con descripcin asociada y con mdico
28
El
mdico-administrador
puede
consultar
cualquier
tratamiento pendiente o asignado con anterioridad. Realizacin de pruebas El paciente no puede asignarse pruebas mdicas. El mdico solo puede asignar pruebas mdicas a sus pacientes. El mdico-administrador puede asignar pruebas mdicas a cualquier paciente. Consulta fecha prxima revisin: El paciente puede consultar la fecha de su prxima revisin dentro del tratamiento. El mdico solo puede consultar la fecha de la prxima revisin dentro del tratamiento de sus pacientes. El mdico-administrador puede consultar la fecha de la prxima revisin dentro del tratamiento de cualquier paciente. Consulta de pruebas a realizar: El paciente puede consultar las pruebas a realizar en su tratamiento. El mdico solo puede consultar las pruebas a realizar dentro del tratamiento de sus pacientes. El mdico-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 mdico solo puede consultar las pruebas realizadas dentro del tratamiento de sus pacientes.
El mdico-administrador puede consultar las pruebas realizadas dentro del tratamiento de cualquier paciente. Baja de tratamiento: Se produce un borrado fsico pero no lgico, quedando un historial de ese tratamiento, pudindose recuperar su informacin posteriormente. El mdico-administrador puede dar de baja cualquier tratamiento. Un mdico no puede dar de baja un tratamiento. Un paciente no puede dar de baja un tratamiento.
Mdulo de operaciones: Asignacin de operacin: El paciente no puede seleccionar una operacin. El mdico puede asignar una operacin a un paciente suyo rellenado los campos referentes a si requiere ingreso o no y la fecha en la que se realizar la operacin as como una descripcin de la misma. El mdico-administrador puede asignar y cambiar una operacin de cualquier paciente, rellenado los campos referentes a si requiere ingreso o no y la fecha en la que se realizar la operacin as como una descripcin de la misma. Modificacin de operacin: El paciente no puede modificar una operacin. Es decir, no puede cambiar la fecha de operacin ni la decisin de ingresar o no. El mdico puede modificar los campos de la operacin:
30
Fecha de ingreso. Fecha de alta. Observaciones.
El mdico-administrador puede El mdico puede modificar los campos de la operacin: Fecha de ingreso. Fecha de alta. Observaciones.
Consulta de operacin: El paciente puede consultar sus operaciones actuales y las que tiene pendientes. El mdico puede consultar las operaciones actuales de sus pacientes y las que tienen pendientes. El medico-administrador puede consultar las operaciones de cualquier paciente.
Asignacin de cama disponible: El paciente no puede seleccionar una habitacin en el caso de que requiera un ingreso para una operacin. El mdico solo puede asignar habitaciones a sus pacientes indicando la fecha de fin de estancia en la misma. El mdico-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 nmero de habitacin 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.
31
El mdico puede consultar las habitaciones de todos sus pacientes y ver su fecha de ingreso, el nmero de la habitacin y la fecha en que se debe abandonar. El mdico-administrador puede consultar las habitaciones de todos los pacientes y ver su fecha de ingreso, el nmero de la habitacin y la fecha en que se debe abandonar. Planificacin de operaciones: El paciente no puede consultar las operaciones a realizar. El mdico puede consultar los pacientes a operar, el quirfano en el que se van a realizar de sus pacientes. El mdico-administrador puede consultar los pacientes a operar, el quirfano en el que se van a realizar y el mdico que realizar la intervencin quirrgica.
Mdulo de recetas: Solicitud de recetas: El paciente solo puede solicitar un medicamento de los que tenga habilitados. Un mdico no puede solicitarse medicamentos a si mismo pero si a otro mdico. El mdico-administrador puede solicitarse recetas a si mismo y a otro mdico. Activacin de medicamentos: El paciente no puede activarse un nuevo medicamento para poder solicitarlo. Un mdico puede activar medicamentos pero solo a sus pacientes.
32
El mdico-administrador puede activar medicamentos a cualquier paciente. Confirmacin de recetas: El paciente no puede confirmar recetas. Un mdico puede confirmar recetas pero solo de sus pacientes. El mdico-administrador puede confirmar recetas de
cualquier paciente. Consulta de medicamentos activados: El paciente puede consultar todos los medicamentos que su mdico le ha activado. Un mdico puede consultar todos los medicamentos que ha activado a un paciente suyo todos los pacientes suyos que han tenido activado un determinado medicamento. El mdico-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 mdico le ha confirmado. Un mdico puede consultar todas las recetas que ha activado a un paciente suyo todos los pacientes suyos que han tenido confirmada una receta. El mdico-administrador puede consultar todas las recetas que ha confirmado para cualquier paciente todos los pacientes que han tenido confirmada una receta.
33
Mdulo de Informes: Facturacin: Se crean informes de facturas por cada consulta, tratamiento, operacin, receta, habitacin y prueba mdica, pudindose imprimir posteriormente la factura. El paciente puede ver el detalle de las acciones que se le han realizado en la policlnica con el importe que se le ha cobrado. El mdico no puede acceder al detalle de las facturas de los pacientes. El mdico-administrador puede acceder al detalle de las facturas cobradas a cualquier paciente. Informes: Se crean informes de pacientes por mdico. El paciente no tiene acceso a esta informacin. El mdico tiene acceso para ver un listado de los pacientes asignados. El mdico-administrador puede acceder al detalle de los informes.
34
Diseo
En esta seccin aplicaremos los patrones de diseo obtenidos para obtener el diagrama de clases de diseo de la aplicacin. Se obtendrn los casos de uso para los pacientes y para los mdicos. Los del administrador no se muestran ya que en su caso, se realizan, tanto los casos de uso del paciente como los del mdico. Los casos de uso estn clasificados segn la herencia ya que se engloban dentro de las diferentes reas de gestin a tratar. Una vez que tengamos los casos de uso, se proceder al diseo de los diagramas de secuencia, que responden al proceso que se sigue cada vez que se genera un evento durante la navegacin a travs de la aplicacin. Diseo de la Navegabilidad mostramos la navegabilidad del sistema, observando la jerarqua de la aplicacin, como mtodo de organizacin. Diseo de la BD por ltimo, implementaremos la persistencia mediante un Sistema Gestor de Base de Datos que de soporte a nuestro sistema.
35
5.1 Diagrama de Clases
36
5.2 Casos de Uso
37
Casos de Uso
Nombre: Solicitar consulta mdica 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 gestin de consultas. 6. el usuario selecciona una nueva consulta, indicando mdico y fecha. 7. el sistema muestra las horas libres para ese mdico y ese da. 8. el usuario selecciona una hora. 9. el sistema actualiza la fecha seleccionada y el mdico 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 mdico. 1. el sistema comunica el error y volvemos a 5. Datos: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre la consulta Para cada cita mdica se mostrar: El mdico. La fecha. Comentarios. Otros requerimientos:
38
Casos de Uso
Nombre: Ver detalle de la facturacin Actor primario: paciente Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona el rea de la cual quiere ver su facturacin. 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: Informacin sobre el paciente Se mostrar su nombre completo. Informacin la accin realizada consulta tratamiento receta Otros requerimientos:
39
Casos de Uso
Nombre: Registro del paciente Actor primario: paciente Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario rellena los campos obligatorios. 2. el sistema valida los campos rellenados por el usuario. 3. el sistema actualiza la informacin. 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: Informacin sobre el paciente El DNI del paciente, su nombre completo, direccin completa, sociedad mdica. Otros requerimientos:
40
Casos de Uso
Nombre: Modificar datos del paciente Actor primario: paciente Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submen de pacientes. 5. el usuario selecciona gestin de pacientes y modificacin. 6. el sistema muestra su informacin personal. 7. el usuario modifica. 8. el sistema actualiza la informacin. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 7a. el usuario modifica un campo que no se puede modificar. 1. el sistema comunica el error y volvemos a 5. 7b. el usuario introduce un valor errneo. 1. el sistema comunica el error y volvemos a 5. Datos: Informacin sobre el paciente Se mostrar el DNI del paciente, su nombre completo, direccin completa, sociedad mdica. Otros requerimientos:
41
Casos de Uso
Nombre: Modificar consulta mdica 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 gestin de consultas. 6. el usuario selecciona una consulta para modificar. 7. el sistema muestra esa consulta. 8. el usuario la modifica. 9. el sistema valida los cambios. 10. el sistema actualiza los cambios realizados. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual. 1. el sistema comunica el error y volvemos a 8. 9b. la consulta ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese mdico. 1. el sistema comunica el error y volvemos a 8. Datos: Informacin sobre el paciente su nombre completo. Informacin sobre la consulta Para cada cita mdica se mostrar: El mdico que le atendi. La fecha en la que se realiz. Comentarios. Otros requerimientos:
42
Casos de Uso
Nombre: Anular consulta mdica 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 gestin de consultas. 6. el usuario selecciona una consulta para anular. 5. el sistema pide confirmacin al usuario para anular la consulta. 6. el usuario confirma. 7. el sistema actualiza la fecha anulada. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma. 1. el sistema no borra la consulta y volvemos a 4. Datos: Informacin sobre el paciente su nombre completo. Informacin sobre consultas Para cada cita mdica se mostrar: El mdico que le atendi. La fecha en la que se realiz. Comentarios. Otros requerimientos:
43
Casos de Uso
Nombre: Solicitar receta mdica Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de recetas. 6. el usuario selecciona el/los medicamento a solicitar. 7. el sistema actualiza la informacin de solicitud de recetas mdicas Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin sobre el paciente Su nombre completo. Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin del frmaco Nombre, empresa farmacutica Otros requerimientos:
44
Casos de Uso
Nombre: Consulta receta mdica Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 4. el sistema valida el user y login. 5. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de recetas. 6. el sistema muestra las recetas solicitadas por el usuario. 7. el usuario selecciona una receta para ver informacin adicional. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin sobre el paciente Su nombre completo. Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin del frmaco Nombre, empresa farmacutica Otros requerimientos:
45
Casos de Uso
Nombre: Consulta cita mdica Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 6. el sistema valida el user y login. 7. el usuario selecciona consultas. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de consultas. 6. el sistema muestra las consultas del paciente. 7. el usuario selecciona una consulta para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin de la conuslta Se mostrar fecha, medico, hora. Otros requerimientos:
46
Casos de Uso
Nombre: Consulta de tratamiento Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de tratamientos. 6. el sistema muestra los tratamientos del usuario. 7. el usuario selecciona un tratamiento para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin del tratamiento Fecha inicio, fecha revisin, mdico, descripcin. Otros requerimientos:
47
Casos de Uso
Nombre: Consulta de habitaciones Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 4. el sistema valida el user y login. 5. el usuario selecciona operaciones. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de habitaciones. 6. el sistema muestra la habitacin asignada al usuario. 7. el usuario selecciona la habitacin para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin de habitaciones Numero, fecha de ingreso, fecha de alta. Otros requerimientos:
48
Casos de Uso
Nombre: Consulta de pruebas mdicas Actor primario: paciente Actores secundarios: medico Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de pruebas. 6. el sistema muestra las pruebas del usuario. 7. el usuario selecciona una prueba para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin de las pruebas Nombre, mdico, fecha, descripcin. Otros requerimientos:
49
Casos de Uso
Nombre: Ver datos del paciente Actor primario: paciente Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submen de pacientes. 5. el usuario selecciona gestin de pacientes. 6. el sistema muestra sus datos personales. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el paciente Se mostrar el DNI del paciente, su nombre completo, direccin completa, sociedad mdica. Otros requerimientos:
50
Casos de Uso
Nombre: Consultar operacin quirrgica Actor primario: paciente Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 5. el sistema muestra el submen. 6. el usuario selecciona gestin de operaciones. 7. el sistema muestra las operaciones del usuario. 8. el usuario selecciona una operacin para ver informacin 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: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre la operacin quirrgica Se mostrar el mdico, descripcin de la operacin, fecha de la operacin, sala de operacin, hospitalizacin. Otros requerimientos:
51
52
Casos de Uso
Nombre: Ver consulta mdica Actor primario: Mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 10. el usuario introduce su user y login. 11. el sistema valida el user y login. 12. el usuario selecciona consultas. 13. el sistema muestra el submen de consultas. 14. el usuario selecciona gestin de consultas. 15. el usuario selecciona una consulta concreta. 16. el sistema muestra la consulta. Extensiones: 1a. no existe usuario con ese identificador. 2. el sistema comunica el error y volvemos a 1. 6a. la fecha seleccionada es anterior a la fecha actual. 2. el sistema comunica el error y volvemos a 5. 7a. no hay horas libres para esa fecha con ese mdico. 7. el sistema comunica el error y volvemos a 5. Datos: Informacin sobre la consulta Se mostrar los datos de la consulta. Informacin sobre la consulta Para cada cita mdica se mostrar: El mdico. La fecha. Comentarios. Otros requerimientos:
53
Casos de Uso
Nombre: Modificar datos del mdico Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submen de mdicos. 5. el usuario selecciona gestin de mdicos y modificacin. 6. el sistema muestra su informacin personal. 7. el usuario modifica. 8. el sistema actualiza la informacin. Extensiones: 1a. no existe usuario con ese identificador. 4. el sistema comunica el error y volvemos a 1. 7a. el usuario modifica un campo que no se puede modificar. 2. el sistema comunica el error y volvemos a 5. 7b. el usuario introduce un valor errneo. 1. el sistema comunica el error y volvemos a 5. Datos: Informacin sobre el mdico Se mostrar el DNI del mdico, su nombre completo, direccin completa, especialidad mdica. Otros requerimientos:
54
Casos de Uso
Nombre: Consultar datos del mdico Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submen de mdicos. 5. el usuario selecciona gestin de mdicos y editar. 6. el sistema muestra su informacin personal. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el mdico Se mostrar el DNI del mdico, su nombre completo, direccin completa, especialidad mdica. Otros requerimientos:
55
Casos de Uso
Nombre: Modificar consulta mdica Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 3. el sistema valida el user y login. 4. el usuario selecciona consultas. 5. el sistema muestra el submen de consultas. 6. el usuario selecciona gestin de consultas. 7. el usuario selecciona una consulta para modificar. 8. el sistema muestra esa consulta. 9. el usuario la modifica. 10. el sistema valida los cambios. 11. el sistema actualiza los cambios realizados. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual. 1. el sistema comunica el error y volvemos a 8. 9b. la consulta ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese mdico. 1. el sistema comunica el error y volvemos a 8. Datos: Informacin sobre la consulta Para cada cita mdica se mostrar: El mdico que le atendi. La fecha en la que se realiz. Comentarios. Otros requerimientos:
56
Casos de Uso
Nombre: Modificar operacion Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 3. el sistema valida el user y login. 4. el usuario selecciona operaciones. 5. el sistema muestra el submen de operaciones. 6. el usuario selecciona gestin de operaciones. 7. el usuario selecciona una operacin para modificar. 8. el sistema muestra esa operacin. 9. el usuario la modifica. 10. el sistema valida los cambios. 11. el sistema actualiza los cambios realizados. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 9a. la fecha seleccionada es anterior a la fecha actual. 1. el sistema comunica el error y volvemos a 8. 9b. la operacin ya se ha realizado. 1. el sistema comunica el error y volvemos a 8. 9c. no hay horas para esa fecha y con ese mdico. 1. el sistema comunica el error y volvemos a 8. Datos: Informacin sobre la operacin Para cada operacin se mostrar: El mdico. La fecha en la que se realiz. Comentarios. Otros requerimientos:
57
Casos de Uso
Nombre: Anular tratamiento Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen de tratamientos. 5. el usuario selecciona gestin de tratamientos. 6. el usuario selecciona un tratamiento para anular. 7. el sistema pide confirmacin al usuario para anular el tratamiento. 8. el usuario confirma. 9. el sistema actualiza. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma. 1. el sistema no borra la consulta y volvemos a 4. Datos: Informacin sobre el paciente su nombre completo. Informacin sobre tratamiento Para cada tratamiento mdico se mostrar: El mdico que le atendi. Las fechas en la que se realiz. Comentarios. Otros requerimientos:
58
Casos de Uso
Nombre: Anular medicamento Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen de recetas. 5. el usuario selecciona gestin de medicamentos. 6. el usuario selecciona un medicamento para anular. 7. el sistema pide confirmacin al usuario para anular el medicamento. 8. el usuario confirma. 9. el sistema actualiza. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 6a. el usuario no confirma. 1. el sistema no borra la consulta y volvemos a 4. Datos: Informacin sobre el medicamento su nombre completo. Otros requerimientos:
59
Casos de Uso
Nombre: Activar receta mdica Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona activar recetas. 6. el usuario selecciona la receta a activar. 7. el sistema actualiza la informacin de activacin de recetas mdicas Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1.el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin sobre el paciente Su nombre completo. Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin de la receta fecha Otros requerimientos:
60
Casos de Uso
Nombre: Activar medicamento Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona activar medicamento. 6. el usuario selecciona el/los medicamento a activar. 7. el sistema actualiza la informacin de activacin de medicamentos. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1.el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin sobre el paciente Su nombre completo. Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin del frmaco Nombre, empresa farmacutica Otros requerimientos:
61
Casos de Uso
Nombre: Consulta receta mdica Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de recetas. 6. el sistema muestra las recetas solicitadas por el usuario. 7. el usuario selecciona una receta para ver informacin adicional. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin sobre el paciente Su nombre completo. Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin del frmaco Nombre, empresa farmacutica Otros requerimientos:
62
Casos de Uso
Nombre: Consulta medicamento Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona recetas. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de medicamentos. 6. el sistema muestra los medicamentos. 7. el usuario selecciona un medicamento para ver informacin adicional. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. 6a. el usuario no tiene medicamentos. 1. el sistema comunica que no hay medicamentos y acaba el caso de uso. Datos: Informacin del medicamento Se mostrar una descripcin del medicamento. Informacin del frmaco Nombre, empresa farmacutica Otros requerimientos:
63
Casos de Uso
Nombre: Consulta de tratamiento Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de tratamientos. 6. el sistema muestra los tratamientos del usuario. 7. el usuario selecciona un tratamiento para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin del tratamiento Fecha inicio, fecha revisin, mdico, descripcin. Otros requerimientos:
64
Casos de Uso
Nombre: Consulta de habitaciones Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de habitaciones. 6. el sistema muestra la habitacin asignada al usuario. 7. el usuario selecciona la habitacin para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin de habitaciones Numero, fecha de ingreso, fecha de alta. Otros requerimientos:
65
Casos de Uso
Nombre: Consulta de pruebas mdicas Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamientos. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de pruebas. 6. el sistema muestra las pruebas del usuario. 7. el usuario selecciona una prueba para ver informacin 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: Informacin sobre el paciente Su nombre completo. Informacin de las pruebas Nombre, mdico, fecha, descripcin. Otros requerimientos:
66
Casos de Uso
Nombre: Ver datos del paciente Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona pacientes. 4. el sistema muestra el submen de pacientes. 5. el usuario selecciona gestin de pacientes. 6. el sistema muestra sus datos personales. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el paciente Se mostrar el DNI del paciente, su nombre completo, direccin completa, sociedad mdica. Otros requerimientos:
67
Casos de Uso
Nombre: Consultar operacin quirrgica Actor primario: mdico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submen. 5. el usuario selecciona gestin de operaciones. 6. el sistema muestra las operaciones del usuario. 7. el usuario selecciona una operacin para ver informacin 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: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre la operacin quirrgica Se mostrar el mdico, descripcin de la operacin, fecha de la operacin, sala de operacin, hospitalizacin. Otros requerimientos:
68
Casos de Uso
Nombre: Alta tratamiento Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamiento. 4. el sistema muestra el submen de tratamiento. 5. el usuario selecciona gestin de tratamientos. 6. el usuario selecciona un nuevo tratamiento. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza. Extensiones: 1a. no existe usuario con ese identificador. 1. el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre el tratamiento Para cada tratamiento se mostrar: El mdico. Las fechas. Comentarios. Otros requerimientos:
69
Casos de Uso
Nombre: Alta prueba Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona tratamiento. 4. el sistema muestra el submen de tratamiento. 5. el usuario selecciona gestin de pruebas. 6. el usuario selecciona una nueva prueba. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre la prueba Para cada prueba se mostrar: tipo. Las fechas. Comentarios. Otros requerimientos:
70
Casos de Uso
Nombre: Alta operacin Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submen de operaciones. 5. el usuario selecciona gestin de operaciones. 6. el usuario selecciona una nueva operacin. 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: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre operaciones Para cada operacin se mostrar: quirfano. Las fechas. Comentarios. Otros requerimientos:
71
Casos de Uso
Nombre: Alta habitacin Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submen de operaciones. 5. el usuario selecciona gestin 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: Informacin sobre el paciente Se mostrar su nombre completo. Informacin sobre habitaciones Para cada habitacin se mostrar: numero. Las fechas. Otros requerimientos:
72
Casos de Uso
Nombre: Alta medicamento Actor primario: medico Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario introduce su user y login. 2. el sistema valida el user y login. 3. el usuario selecciona operaciones. 4. el sistema muestra el submen de recetas. 5. el usuario selecciona gestin de medicamentos. 6. el usuario selecciona una nuevo medicamento. 7. el sistema muestra el formulario a rellenar. 8. el usuario rellena los campos. 9. el sistema actualiza. Extensiones: 1a. no existe usuario con ese identificador. 1.el sistema comunica el error y volvemos a 1. Datos: Informacin sobre el medicamento Se mostrar su nombre completo. Otros requerimientos:
73
Casos de Uso
Nombre: Registro del mdico Actor primario: mdico-administrador Actores secundarios: Precondiciones: Trigger: Escenario Primario: 1. el usuario rellena los campos obligatorios. 2. el sistema valida los campos rellenados por el usuario. 3. el sistema actualiza la informacin. 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: Informacin sobre el paciente El DNI del paciente, su nombre completo, direccin completa, sociedad mdica. Otros requerimientos:
74
5.3 Diagrama de Estados
5.4 Capas
Uno de los diseos para aplicaciones Web ms empleados es realizar una divisin de la arquitectura de las aplicaciones en niveles. El patrn arquitectnico orientado a capas es aquel que divide una aplicacin en diferentes capas funcionales independientes. En ingls, suele usarse el trmino tier o layer, que en este documento ha sido traducido por capas. De manera particular, se puede hablar del patrn arquitectnico 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 aplicacin en dichas 3 capas: Capa de Presentacin o Interfaz La capa de presentacin es la encargada de interaccionar con el usuario recogiendo la informacin procesada por ste.
75
Capa de Aplicacin es donde se localiza la lgica de negocio. La capa de aplicacin recibe la peticin del usuario a travs de la capa de presentacin. Capa de Datos se encarga de darle curso atendiendo a los repositorios de informacin de la aplicacin, en nuestro caso una base de datos. En la siguiente figura se puede ver una representacin de cada uno de las capas:
El diseo de una aplicacin de acuerdo con esta arquitectura de capas presenta la gran ventaja de producir cdigo modular en el que la modificacin 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 cmo 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 clculo requerido y devolver la informacin al nivel de aplicacin 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 tamao 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 mtodos de acceso a los datos debern implementarse como un conjunto de funciones que se encarguen de proporcionar el acceso a los datos que maneja la aplicacin, es decir, la totalidad de funciones que permiten acceder a este nivel
76
implementan la interfaz entre este nivel y el nivel de presentacin. Estos mtodos son ADO.NET que utilizan SQL como su lenguaje principal para leer datos de la base de datos.
5.4.2 Capa de Aplicacin

De manera general, este nivel debe estar compuesto por llamadas al nivel de datos y llamadas al nivel de presentacin, adems de la implementacin de los algoritmos adecuados dependiendo de la accin 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 presentacin. Realizar los clculos y manipulaciones de datos necesarios.
La capa de aplicacin toma los datos que obtiene de la base de datos y los reformatea segn las necesidades del usuario, tal como se definen en la capa de presentacin. Esta capa tambin tomar la informacin suministrada por el usuario mediante la capa de presentacin y la formatear segn las necesidades de la base de datos para su almacenamiento. Los datos a menudo provienen de la capa de presentacin como una lista de campos que simplemente deben ser colocados en la base de datos utilizando ADO.NET y SQL. La capa de aplicacin normalmente se utiliza para definir los lmites de las transacciones para la creacin, lectura, actualizacin y eliminacin de informacin. Otra funcin principal es configurar y enviar una transaccin SQL a la capa de base de datos y despus, cuando la capa de base de datos completa la transaccin, recibir la respuesta generada por esa capa.
5.4.3 Capa de Presentacin

El nivel de presentacin se encarga de mostrar los datos al usuario. La implementacin de este nivel es muy similar al nivel de acceso a datos, y deber contener funciones que muestren la informacin al usuario, segn la interfaz que ofrezcamos.
77
La totalidad de funciones que permiten acceder a este nivel implementan la interfaz entre el nivel de presentacin y el nivel de aplicacin. En esta capa, aunque se muestren pantallas de inicio de sesin con contrasea, la capa no es responsable de la autenticacin y de la autorizacin ya que estas funciones son propias de la capa de aplicacin. En esta capa se generan todos los formularios y capas Web dinmicas con la ayuda de la capa de aplicacin, 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 detrs.
5.5 Diseo de Datos

Pasamos ahora a la elaboracin de la capa de persistencia del sistema. Independientemente del SGBD empleado finalmente, necesitamos un Modelo de Datos que represente los aspectos estticos y dinmicos del Modelo del Dominio de nuestra Sistema de gestin Web. Existen muchos tipos de Modelos de Datos, pero el de ms alto nivel y mayor facilidad de comprensin son los modelos conceptuales, con conceptos muy cercanos al Modelo del Dominio. Uno de los modelos de alto nivel ms empleados es el denominado Diagrama EntidadRelacin, el cual usaremos para describir nuestra Base de Datos final de una forma ms general y expresiva. La razn de utilizar un modelo de tan alto nivel nos permite independizarnos de la implementacin final escogida.
5.5.1 Entidad-Relacin
En los diagramas Entidad - Relacin, las clases del Modelo del Dominio se convierten en entidades, las cuales se relacionan mediante una serie de asociaciones que definen una serie de informacin relevante para el sistema. De la informacin extrada del diagrama de clases del anlisis, 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 relacin, la cardinalidad se expresa mediante el esquema X:Y, siendo X e Y la multiplicidad mnima y mxima de cada entidad que participe en la relacin.
5.5.2 Diagrama Entidad-Relacin

A continuacin se muestra el diagrama final Entidad-Relacin 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.
es Ingresado en
Se pasan Se someten Dirigido a
solicitan
asiste
Incluido en
Se someten
tiene Asociado a pertenece
79
es
manda Se pasan realiza
Incluido en
pasa Autorizado por establece activa pertenece
tiene
5.5.3 Entidades del Modelo de Datos

A continuacin describiremos las diferentes entidades de nuestro sistema:
PACIENTE Atributo Idpaciente Nombre Apellido1 Apellido2 Sociedad DNI Direccin Telfono Poblacin Provincia Dominio Numrico Cadena Cadena Cadena Cadena Numrico Cadena Numrico Cadena Cadena Nulo? No No No No No No Si Si Si Si Descripcin Identificador de paciente Nombre de paciente Primer apellido de paciente Segundo apellido de paciente Sociedad medica de paciente DNI de paciente Direccin de paciente Telfono de paciente Pobl. que reside el paciente Prov. en que reside paciente
80
Email Edad Sexo Profesin CP Login password Borrado
Cadena Numrico Cadena Cadena Numeric Cadena Cadena Bit
Si Si No Si Si No No No
Email de paciente Edad del paciente Sexo del paciente Profesin del paciente CP de residencia del paciente User del paciente Password del paciente Estado del paciente
Cuadro 1: Descripcin de la Entidad Paciente
OPERACIONES Atributo Idoperacion Fechaoperacion Descripcin Ingreso Observaciones Dominio Numrico Fecha Cadena Bit Cadena Nulo? No No No No Si Descripcin Identificador de operacin Fecha de operacin Descripcin de la operacin Ingreso del paciente Anotaciones de la operacin
Cuadro 2: Descripcin de la Entidad Operaciones
QUIROFANOS Atributo dquirofano quirfano Dominio Numrico Numrico Nulo? No No Descripcin Identificador de la operacin Numero de quirfano
Cuadro 3: Descripcin de la Entidad Usuario
81
RECETAS Atributo Idreceta Nombre Tamao Fechareceta activada Dominio Numrico Cadena Cadena Fecha Bit Nulo? No No Si No No Descripcin Identificador de receta Nombre del medicamento Tamao del producto Fecha de a receta Estado de la receta
Cuadro 4: Descripcin de la Entidad Recetas
MEDICAMENTOS Atributo Idmedicamento Nombre Descripcin Borrado Laboratorio Tamao va Dominio Numrico Cadena Cadena Bit Cadena Cadena Cadena Nulo? No No No No Si Si Si Descripcin Id. de medicamento Nombre del medicamento Descripcin del medicamento Estado del medicamento Nombre del laboratorio Tamao del producto Va del medicamento
Cuadro 5: Descripcin de la Entidad Medicamentos
82
HABITACIONES Atributo Idhabitacion Disponibilidad Fechainicio Fechafin numero Dominio Numrico Bit Fecha Fecha Numrico Nulo? No No Si Si Si Descripcin Identificador de habitacin Estado de habitacin Fecha de ingreso Fecha de alta Numero de habitacin
Cuadro 6: Descripcin de la Entidad Habitaciones
TRATAMIENTOS Atributo Idtratamiento Nombre Descripcin Borrado Duracion Fechainicio Fechafin Fecharevision Tipo Dominio Numrico Cadena Cadena Bit Numrico Fecha Fecha Fecha Cadena Nulo? No No No No Si No Si Si Si Descripcin Identificador de tratamiento Nombre del tratamiento Descripcin de tratamiento Estado de tratamiento Duracin de tratamiento Fecha inicio de tratamiento Fecha final de tratamiento Fecha prxima revisin Tipo de tratamiento
Cuadro 7: Descripcin de la Entidad Tratamientos
MEDICOS Atributo Idmedico Nombre Dominio Numrico Cadena Nulo? No No Descripcin Identificador de medico Nombre de medico
83
Apellido 1 Apellido 2 Email Especialidad Telefono DNI Login Password borrado
Cadena Cadena Cadena Cadena Numrico Cadena Cadena Cadena Bit
No No Si No Si No No No No
Primer apellido de medico Segundo apellido de medico Email de medico Especialidad mdica Telefono de medico DNI de medico User de medico Password de medico Estado de medico
Cuadro 8: Descripcin de la Entidad Mdicos
PRUEBAS Atributo Idprueba Nombre Fechaprueba Diagnostico realizada Dominio Numrico Cadena Fecha Cadena Bit Nulo? No No No No No Descripcin Identificador de prueba Nombre de prueba Fecha de prueba Diagnostico de prueba Estado de prueba
Cuadro 9: Descripcin de la Entidad Pruebas
CONSULTAS Atributo Idconsulta Fechaconsulta Exploracion Diagnostico Borrado Dominio Numrico Fecha Cadena Cadena Bit Nulo? No No Si Si No Descripcin Identificador de consulta Fecha de consulta Exploracin de consulta Diagnostico de consulta Estado de consulta
Cuadro 10: Descripcin de la Entidad Consultas
84
PRECIOS Atributo Idprecio Precio Descripcin Dominio Numrico cadena Cadena Nulo? No No Si Descripcin Identificador de precio Precio Tipo de precio
Cuadro 11: Descripcin de la Entidad Consultas
MENUWEB Atributo Idopcion Titulo Idpadre url Publico Ruta Orden Imagen Idempresa Dominio Numrico Cadena Numrico Cadena Cadena Cadena Numrico Cadena numrico Nulo? No No Si Si Si Si No Si No Imagen que contiene el men grupo al que pertenece Ruta del men Descripcin Opcin del men Web Titulo del men Identificador del nodo padre Direccin del men
Cuadro 12: Descripcin de la Entidad Menuweb
GRUPOCLINICA Atributo Idgrupo Nombregrupo Descripcion Dominio Numrico Cadena Cadena Nulo? No No Si Descripcin Identificador de grupo Nombre del grupo Descripcin del grupo
Cuadro 13: Descripcin de la Entidad Grupoclinica

HORAS Atributo Idhora Horas Dominio Numrico Cadena Nulo? No No Descripcin Identificador de horas Rango de horas
Cuadro 14: Descripcin de la Entidad Horas
5.5.4 Relaciones del Modelo de Datos

A continuacin describiremos las diferentes relaciones entre las entidades de nuestro sistema:
ASOCIADO A Entidades Medicamentos Pacientes Cardinalidades 1:N 1:N Descripcin Los pacientes tienen asignados medicamentos Cuadro 1: Descripcin de la Relacin Asociado a
INCLUIDO EN Entidades Medicamentos Recetas Cardinalidades 1:N 1:1 Descripcin Las recetas son de medicamentos Cuadro 2: Descripcin de la Relacin Incluido en
86
ACTIVA Entidades Medicamentos Mdicos Cardinalidades 1:N 1:N Descripcin Los mdicos activan medicamentos Cuadro 3: Descripcin de la Relacin Activa
AUTORIZADA POR Entidades Recetas Medicos Cardinalidades 1:1 1:N Descripcin Las recetas las activan los mdicos Cuadro 4: Descripcin de la Relacin Autorizada por
REALIZA Entidades Medicos Operaciones Cardinalidades 1:N 1:1 Descripcin Los mdicos realizan las operaciones Cuadro 5: Descripcin de la Relacin Realiza
PASA Entidades Medicos Consultas Cardinalidades 1:N 1:1 Descripcin Los mdicos pasan consultas Cuadro 6: Descripcin de la Relacin Pasa
87
MANDA Entidades Medicos Pruebas Cardinalidades 1:N 1:1 Descripcin Los mdicos asignan pruebas medicas Cuadro 7: Descripcin de la Relacin Manda
PERTENECE A Entidades Medicos Grupoclinica Cardinalidades 1:1 1:N Descripcin Los mdicos pertenecen a un perfil Cuadro 8: Descripcin de la Relacin Pertenece a
DIRIGIDO A Entidades Tratamientos Pacientes Cardinalidades 1:N 1:N Descripcin Los tratamientos son asignados a pacientes Cuadro 9: Descripcin de la Relacin Dirigido a
ESTABLECE Entidades Medicos Tratamientos Cardinalidades 1:N 1:1 Descripcin Los mdicos asignan tratamientos Cuadro 10: Descripcin de la Relacin Establece
88
ASISTE A Entidades Pacientes Consultas Cardinalidades 1:N 1:1 Descripcin Los pacientes asisten a consultas Cuadro 11: Descripcin de la Relacin Asiste a
PERTENECE A Entidades Pacientes Grupoclinica Cardinalidades 1:1 1:N Descripcin Los pacientes pertenecen a un perfil Cuadro 12: Descripcin de la Relacin Pertenece a
SE SOMETEN A Entidades Pacientes Pruebas Cardinalidades 1:N 1:N Descripcin Los pacientes se someten pruebas medicas Cuadro 13: Descripcin de la Relacin Se someten a
SOLICITAN Entidades Pacientes Recetas Cardinalidades 1:N 1:1 Descripcin Los recetas Cuadro 14: Descripcin de la Relacin Solicitan pacientes solicitan
89
SE SOMETEN A Entidades Pacientes Operaciones Cardinalidades 1:N 1:N Descripcin Los pacientes se someten a operaciones quirrgicas Cuadro 15: Descripcin de la Relacin Se someten a
ESTA INGRESADO EN Entidades Pacientes Habitaciones Cardinalidades 1:1 1:N Descripcin Los pacientes son ingresados
Cuadro 16: Descripcin de la Relacin Esta ingresado en
SE PASAN Entidades Consultas Horas Cardinalidades 1:1 1:N Descripcin Las consultas se pasan a una hora determinada Cuadro 17: Descripcin de la Relacin Se pasan
TIENE Entidades Grupoclinica Menuweb Cardinalidades 1:1 1:N Descripcin Cada perfil tiene un men Web Cuadro 18: Descripcin de la Relacin Tiene
90
ES Entidades Quirfano Operaciones Cardinalidades 1:N 1:1 Descripcin Cada operacin se realiza en un quirfano Cuadro 19: Descripcin de la Relacin ES
TIENE ASOCIADO Entidades Precios Consultas Cardinalidades 1:N 1:1 Descripcin Cada precio consulta tiene un
Cuadro 20: Descripcin de la Relacin TIENE ASOCIADO
TIENE ASOCIADO Entidades Precios Tratamientos Cardinalidades 1:N 1:1 Descripcin Cada tratamiento tiene un precio
TIENE ASOCIADO Entidades Precios Pruebas Cardinalidades 1:N 1:1 Descripcin Cada prueba precio tiene un
91
TIENE ASOCIADO Entidades Precios Operaciones Cardinalidades 1:N 1:1 Descripcin Cada operacin tiene un precio
TIENE ASOCIADO Entidades Precios Habitaciones Cardinalidades 1:N 1:1 Descripcin Cada habitacin tiene un precio
TIENE ASOCIADO Entidades Precios Recetas Cardinalidades 1:N 1:1 Cuadro 25: Descripcin de la Relacin TIENE ASOCIADO Descripcin Cada receta tiene un precio
92
5.6 Diseo Lgico

El paso del Modelo E/R a un Esquema Relacional, uno de los esquemas ms 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 relacin/tabla de la Base de Datos Todo tipo de interrelacin N:M se transforma en una relacin/tabla Todo tipo de interrelacin 1:N se traduce en el fenmeno de propagacin de clave o bien se crea una nueva relacin/tabla Tras aplicar estas reglas y nombrando las tablas con el prefijo AWM (Sistema de gestin Web Mdica), obtenemos el siguiente Esquema Conceptual:
AWC_OPERACIN CAMPO Idoperacion Idmedico idpaciente idquirofano descripcion ingreso observaciones idprecio TIPO Int(4) Int(4) Int(4) Int(4) Nvarchar(100) Bit (1) Nvarchar(100) Char(10) X 0 X X X X NULO PREDETERMINADO PK FK X
fechaoperacion datetime
AWC_QUIRFANO CAMPO TIPO NULO PREDETERMINADO PK X 0 FK Idquirofano Int(4) disponible Bit (1)
93
AWC_MEDICAMENTOSPACIENTES CAMPO idpaciente TIPO Int(4) NULO PREDETERMINADO PK X X FK Idmedicamento Int(4)
AWC_HABITACIONES CAMPO Idhabitacion fechainicio fechafin idpaciente numero idprecio TIPO Int(4) 0 Datetime datetime Int(4) Int(4) Char(10) X X NULO PREDETERMINADO PK X FK
Disponibilidad Bit (1)
AWC_RECETAS CAMPO Idreceta idpaciente idmedico nombre tamao fechareceta activada idprecio TIPO Int(4) Int(4) Int(4) Char(10) Char(10) datetime X 0 X Bit (1) Char(10) NULO PREDETERMINADO PK X X X FK
idmedicamento Int(4)
94
AWC_PACIENTES CAMPO nombre TIPO Varchar(50) NULO PREDETERMINADO PK X FK Idpaciente Int(4) Apellido1 Varchar(50) Apellido2 Varchar(50) sociedad DNI direccion telefono provincia email edad sexo profesion cp borrado login password Varchar(50) Char(10) Varchar(50) Char(10) Varchar(50) Varchar(50) Int(4) Char(1) Varchar(50) Char(5) Bit (1) Char(10) Char(10) 0
poblacion Varchar(50)
AWC_PACIENTESGRUPOCLINICA CAMPO Idpaciente idgrupo TIPO Int(4) Int(4) NULO PREDETERMINADO PK X X FK
95
AWC_TRATAMIENTOS CAMPO nombre descripcion borrado duracion fechainicio fechafin tipo idprueba idpaciente idmedico idprecio TIPO Varchar(50) Nvarchar(100) Bit (1) Int(4) Datetime datetime Varchar(50) Int(4) Int(4) Int(4) Char(10) X X X X 0 NULO PREDETERMINADO PK X FK Idtratamiento Int(4)
fecharevision datetime
AWC_PRUEBAS CAMPO Idprueba Nombre TIPO Int(4) Char(50) NULO PREDETERMINADO PK X FK
fechaprueba datetime idmedico idpaciente Int(4) Int(4) X X
diagnostico Varchar(50) realizada idprecio Bit (1) Char(10) 0 X
96
AWC_CONSULTAS CAMPO Idconsulta idmedico idpaciente exploracion diagnostico borrado idhora idprecio TIPO Int(4) Int(4) Int(4) Nvarchar(100) Nvarchar(100) Bit (1) Int(4) Char(10) 0 X X X X X NULO PREDETERMINADO PK FK
fechaconsulta datetime
AWC_MEDICOS CAMPO Idmedico nombre Apellido1 Apellido2 email telefono DNI login password borrado TIPO Int(4) Varchar(50) Varchar(50) Varchar(50) Varchar(50) Char(10) Char(10) Char(10) Char(10) Bit (1) 0 NULO PREDETERMINADO PK X FK
especialidad Varchar(50)
97
AWC_MEDICAMENTOS CAMPO nombre descripcion borrado laboratorio Tamao via TIPO Varchar(50) Varchar(100) Bit (1) Char(50) Char(10) Char(10) 0 NULO PREDETERMINADO PK X FK Idmedicamento Int(4)
AWC_GRUPOCLINICA CAMPO Idgrupo TIPO Int(4) NULO PREDETERMINADO PK X FK
Nombregrupo Varchar(50) descripcion Char(10)
AWC_MENUWEB CAMPO Idopcion titulo idpadre url publico ruta orden imagen TIPO Int(4) Varchar(50) Int(4) Varchar(150) Char(1) Char(200) Int(4) Char(200) NULO PREDETERMINADO PK X FK
idempresa Int(4)
98
AWC_ACCESOCLINICA CAMPO Idopcion idgrupo TIPO Int(4) Int(4) NULO PREDETERMINADO PK X X FK
AWC_MEDICOSGRUPOCLINICA CAMPO Idmedico idgrupo TIPO Int(4) Int(4) NULO PREDETERMINADO PK X X FK
AWC_HORAS CAMPO Idhora horas TIPO Int(4) Text(16) NULO PREDETERMINADO PK X FK
99
5.7 Esquema BBDD
100
5.7 Diagramas de Secuencia

Caso de Uso Altatratamiento
Caso de Uso Vertratamiento
101
Caso de Uso Eliminartratamiento
Caso de Uso AltaConsulta
102
Caso de Uso VerConsulta
Caso de Uso EliminarConsulta
103
Caso de Uso Verhabitacin
Caso de Uso Altahabitacin
104
Caso de Uso Eliminarhabitacin
Caso de Uso Vermedicamento
105
Caso de Uso Borrarmedicamento
Caso de Uso Altamedicamento
106
Caso de Uso Vermedico
Caso de Uso Eliminarmedico
107
Caso de Uso Altamedico
Caso de Uso Veroperacion
108
Caso de Uso Eliminaroperacion
Caso de Uso Altaoperacion
109
Caso de Uso Verprueba
Caso de Uso Altaprueba
110
Caso de Uso Verreceta
Caso de Uso Borrarreceta
111
Caso de Uso Altareceta
Caso de Uso Verpaciente
112
Caso de Uso Eliminarpaciente
Caso de Uso Altapaciente
113
5.9 Diseo Navegacin

A continuacin se describir cmo es el despliegue de la aplicacin, indicando la navegabilidad que se les ofrecer a los usuarios de la Sistema de gestin Web. La Sistema de gestin Web se compone principalmente de tres zonas: Cabecera representa el lugar donde se est la informacin adicional acerca del contacto y la posibilidad de cerrar sesin. Bloque Principal representa la zona donde el usuario interactuar, mostrndose todo tipo de informacin, recursos, etc. Pi de Pgina informacin 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 aplicacin, en forma de diferentes opciones que el usuario que est ubicado en cualquier zona de la aplicacin pueda visualizarla y se pueda orientar mejor. En esta parte se puede dividir en las siguientes zonas, designadas por el siguiente esquema:
114
Log out zona asignada para que el usuario cierre la sesin iniciada. Contacto zona asignada para que el usuario se ponga en contacto con el administrador a travs de correo electrnico. 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 sesin y que permanecer mientras est abierta esta. Perfil es el rol del usuario que le indicar al usuario a modo de informacin el tipo de usuario que es. Home es el enlace para ir a la pgina principal en cualquier momento de la navegacin.
5.9.2 Bloque Principal

El bloque principal es la zona ms importante de la aplicacin puesto que es dnde el usuario interactuar con el sistema. Como parte principal podemos destacar la zona del Contenido la cual es la parte de la aplicacin donde se mostrar la informacin en funcin de la opcin seleccionada en los mens del sistema: el contenido podr estar formado por submens En el bloque principal podemos destacar los siguientes elementos:
116
Es la parte ms variable e importante del sistema y donde se concentrar el foco de atencin del usuario, siendo de las zonas ms crticas de la aplicacin.
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 estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla: PACIENTE MEDICO ADMINISTRADOR Mdicos Consultas No Si Si Si Si Si Si Parcial Si Si Si Si Si Si
Tratamientos Si Operaciones Si Recetas Pacientes Parcial Parcial
En esta tabla podemos ver qu se submens se mostrarn al usuario en funcin de su tipo. Como es lgico, el administrador podr controlar toda la aplicacin, mientras que el resto de los usuarios tienen alguna limitacin.
Men Secundario El men secundario es el que se despliega al seleccionar cada una de las opciones del men principal. Dentro de cada opcin del men principal aparecen submens en funcin del tipo de usuario que haya accedido a la aplicacin. Para ello, se cargan los siguientes submens para cada men con los siguientes elementos:
117
5.9.4 Men Mdicos
Mdicos
Gestin de Mdicos
El submen mdicos que est formado por dos elementos. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla: PACIENTE MEDICO ADMINISTRADOR Gestin Mdicos Facturacin No No Si de No Si Si
118
5.9.5 Men Consultas Consultas
Gestin de Consultas Informe de Consultas Facturacin de Consultas
El submen Consultas que est formado por un elemento. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla: PACIENTE MEDICO ADMINISTRADOR Gestin Consultas de Si Si Si
119
5.9.6 Men Tratamientos Tratamientos
Gestin de Tratamientos Pruebas
Facturacin de Tratamientos Facturacin de Pruebas
Informe Tratamientos Informe Pruebas

El submen Tratamientos que est formado por dos elementos. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla: PACIENTE MEDICO ADMINISTRADOR Gestin Pruebas de Si Si Si Si Si Si Tratamientos
120
5.9.7 Men Operaciones Operaciones
Gestin de Operaciones Ingresos
Facturacin de Operaciones Facturacin de Ingresos
Informe Operaciones
El submen Operaciones que est formado por dos elementos. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla:
121
PACIENTE MEDICO ADMINISTRADOR Gestin de Operaciones Gestin de Habitaciones Si Si Si Si Si Si
5.9.8 Men Recetas Recetas
Activar Recetas Gestin de Medicamentos Gestin de Recetas
Activar Medicamentos
Facturacin Recetas
El submen Recetas que est formado por tres elementos. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera
122
clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla: PACIENTE MEDICO ADMINISTRADOR Activacin de No Recetas Gestin Gestin Recetas de No de Si Si Si Si Si Medicamentos Si Si
5.9.9 Men Pacientes
Pacientes
Gestin de Pacientes
El submen Pacientes que est formado por dos elementos. Como no todas las opciones estn disponibles para todos los usuarios, el men depende segn el tipo de usuario, eliminando o aadiendo funcionalidades segn el mismo. Podemos hacer una primera clasificacin en funcin de los mens de gestin permitidos a los usuarios, recogidos en la siguiente tabla:
123
PACIENTE MEDICO ADMINISTRADOR Gestin Pacientes Informes No Si Si de Si Parcial Si
5.9.10 Gestin de Mdicos

Este submen del men secundario ofrece el acceso a la gestin de mdicos.
Gestin de Mdicos
Alta Mdico
Modificacin Mdicos
Baja Mdico
Vista Mdico
Listar Mdico
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin 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 mdicos que hay en el sistema. Los enlaces mencionados se describen a continuacin: Alta Mdico este enlace mostrar el formulario para introducir los datos del nuevo mdico. Modificacin Mdico este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo.
124
Baja Mdico este enlace mostrar el formulario para dar de baja un mdico en el sistema. Vista de Usuarios este enlace muestra en detalle la informacin almacenada sobre un mdico en concreto. Listar Mdico este enlace permite ver los mdicos que hay dados de alta actualmente en el sistema Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Mdico No Modificacin No Mdico Baja Mdico No Vista Mdico Listar Mdico No Si Si No Parcial Si Si Si Si Parcial Si Si
5.9.11 Gestin de Consultas

Este submen del men secundario ofrece el acceso a la gestin de Consultas.
Gestin de Consultas
Alta Consultas
Modificacin Consultas
Baja Consultas
Vista Consultas
Listar Consultas
125
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de consultas. Los enlaces mencionados se describen a continuacin: Alta Consulta este enlace mostrar el formulario para introducir los datos de la nueva consulta. Modificacin 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 modificacin 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 informacin 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 mdico. En el caso del administrador, se muestran todas las consultas. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario PACIENTE MEDICO ADMINISTRADOR Alta Consultas Modificacin Si Consultas Baja Si No Si Si Si Si Si Si
126
Consultas Vista Consultas Listar Consultas Si Parcial Si Si Si Si
5.9.12 Gestin de Tratamientos

Este submen del men secundario ofrece el acceso a la gestin de Tratamientos.
Gestin de Tratamientos
Alta Tratamientos
Modificacin Tratamientos
Baja Tratamientos
Vista Tratamientos
Listar Tratamientos
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de tratamientos. Los enlaces mencionados se describen a continuacin: Alta Tratamiento este enlace mostrar el formulario para introducir los datos del nuevo tratamiento. Modificacin Tratamiento este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo.
127
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 informacin 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 mdico. En el caso del administrador, se muestran todos los tratamientos. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Tratamientos Modificacin No Tratamientos Baja Tratamientos Vista Tratamientos Listar Tratamientos Si Parcial Si Si Si Si No Parcial Si Si Si No Si Si
5.9.13 Gestin de Pruebas

Este submen del men secundario ofrece el acceso a la gestin de Pruebas.
128
Gestin de Pruebas
Alta Pruebas
Modificacin Pruebas
Baja Pruebas
Vista Pruebas
Listar Pruebas
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de pruebas. Los enlaces mencionados se describen a continuacin: Alta Pruebas este enlace mostrar el formulario para introducir los datos de la nueva prueba. Modificacin Pruebas este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Pruebas este enlace mostrar el formulario para dar de baja una prueba dada de alta en el sistema. Vista de Pruebas este enlace muestra en detalle la informacin 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 mdico. En el caso del administrador, se muestran todas las pruebas. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario:
PACIENTE MEDICO ADMINISTRADOR Alta Pruebas No Modificacin No Pruebas Baja Pruebas No Vista Pruebas Listar Pruebas Si Parcial Si Si Parcial Si Si Si Si Si Si Si
5.9.14 Gestin de Operaciones

Este submen del men secundario ofrece el acceso a la gestin de Operaciones.
Gestin de Operaciones
Alta Operaciones
Modificacin Operaciones
Baja Operaciones
Vista Operaciones
Listar Operaciones
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de operaciones. Los enlaces mencionados se describen a continuacin: Alta Operaciones este enlace mostrar el formulario para introducir los datos de la nueva Operacin.
130
Modificacin Operaciones este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Operaciones este enlace mostrar el formulario para dar de baja una operacin dada de alta en el sistema. Vista de Operaciones este enlace muestra en detalle la informacin almacenada sobre una operacin 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 mdico. En el caso del administrador, se muestran todas las operaciones. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Operaciones Modificacin No Operaciones Baja Operaciones Vista Operaciones Listar Operaciones Si Parcial Si Si Si Si No Parcial Si Si Si No Si Si
5.9.15 Gestin de Habitaciones

Este submen del men secundario ofrece el acceso a la gestin de Habitaciones.
131
Gestin de Habitaciones
Alta Habitaciones
Modificacin Habitaciones
Baja Habitaciones
Vista Habitaciones
Listar Habitaciones
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de habitaciones. Los enlaces mencionados se describen a continuacin: Alta Habitaciones este enlace mostrar el formulario para introducir los datos de la nueva Habitacin. Modificacin Habitaciones este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Habitaciones este enlace mostrar el formulario para dar de baja una habitacin dada de alta en el sistema. Vista de Habitaciones este enlace muestra en detalle la informacin almacenada sobre una habitacin en concreto. Listar Habitaciones este enlace permite ver las habitaciones que hay dadas de alta actualmente en el sistema. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario:
132
PACIENTE MEDICO ADMINISTRADOR Alta Habitaciones Modificacin No Habitaciones Baja Habitaciones Vista Habitaciones Listar Habitaciones Si Si Si Si Si Si No Si Si Si Si No Si Si
5.9.16 Activar Recetas

Este submen del men secundario ofrece el acceso a la activacin de recetas.
Gestin de Activacin
Alta Activacin
Modificacin Activacin
Baja Activacin
Vista Activacin
Listar Activacin
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin 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 activacin de recetas. Los enlaces mencionados se describen a continuacin: Alta Activacin este enlace mostrar el formulario para introducir los datos de la nueva receta a activar.
133
Modificacin Activacin este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Activacin este enlace mostrar el formulario para dar de baja una receta dada de alta en el sistema. Vista de Activacin este enlace muestra en detalle la informacin almacenada sobre una receta activada en concreto. Listar Activacin 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 mdico. En el caso del administrador, se muestran todas las recetas. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Activacin Modificacin No Activacin Baja Activacin Vista Activacin Listar Activacin Si Parcial Si Si Si Si No Parcial Si Si Si No Parcial Si
5.9.17 Gestin de Medicamentos

Este submen del men secundario ofrece el acceso a la gestin de medicamentos.
134
Gestin de Medicamentos
Alta Medicamentos
Modificacin Medicamentos
Baja Medicamentos
Vista Medicamentos
Listar Medicamentos
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de medicamentos. Los enlaces mencionados se describen a continuacin: Alta Medicamento este enlace mostrar el formulario para introducir los datos del nuevo medicamento a activar a un paciente. Modificacin Medicamento este enlace mostrar el formulario con los datos introducidos por el mdico para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Medicamento este enlace mostrar el formulario para dar de baja un medicamento dado de alta en el sistema. Vista de Medicamento este enlace muestra en detalle la informacin 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 mdico. En el caso del administrador, se muestran todos los medicamentos.
135
Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Medicamentos Modificacin Medicamentos Baja Medicamentos Vista Medicamentos Listar Medicamentos No Parcial Si No Si Si No Parcial Si No No Si No Si Si
5.9.18 Gestin de Recetas

Este submen del men secundario ofrece el acceso a la gestin de recetas.
Gestin de Recetas
Alta Recetas
Modificacin Recetas
Baja Recetas
Vista Recetas
Listar Recetas
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de recetas. Los enlaces mencionados se describen a continuacin:
Alta Receta este enlace mostrar el formulario para introducir los datos de la nueva receta que solicita un paciente. Modificacin 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 modificacin 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 informacin 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 mdico. En el caso del administrador, se muestran todos las recetas. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario: PACIENTE MEDICO ADMINISTRADOR Alta Recetas Si Modificacin Si Recetas Baja Recetas Si Vista Recetas Listar Recetas Si Parcial Si Si Parcial Si Si Si No No Si Si
5.9.19 Gestin de Pacientes

Este submen del men secundario ofrece el acceso a la gestin de pacientes.
137
Gestin de Pacientes
Alta Pacientes
Modificacin Pacientes
Baja Pacientes
Vista Pacientes
Listar Pacientes
Mediante flechas de la parte inferior del diagrama se quiere representar la navegabilidad una vez que se completa la operacin indicada, de tal forma que hemos considerado que tras dar de alta, modificar, baja o simplemente acceder a la vista de los datos en detalle, se puede acceder al listado, en este caso, de pacientes. Los enlaces mencionados se describen a continuacin: Alta Paciente este enlace mostrar el formulario para introducir los datos del nuevo paciente. Modificacin Paciente este enlace mostrar el formulario con los datos introducidos por el paciente para que modifique los campos que quiera, siempre y cuando est permitida la modificacin del campo. Baja Paciente este enlace mostrar el formulario para dar de baja un paciente dado de alta en el sistema. Vista de Paciente este enlace muestra en detalle la informacin almacenada sobre un paciente en concreto. Listar Paciente este enlace permite ver los pacientes que hay dados de alta actualmente en el sistema. Siguiendo la filosofa de men anteriores, a continuacin se muestra los accesos permitidos segn el tipo de usuario:
138
PACIENTE MEDICO ADMINISTRADOR Alta Pacientes Modificacin Si Pacientes Baja Pacientes Vista Pacientes Listar Pacientes No Si Si Si Si Si Si No Si No Si Si No Si
139
Pruebas
La fase de pruebas del software es una de las partes ms importantes del proceso de desarrollo de software. Probar una aplicacin involucra la generacin de casos de pruebas, la ejecucin de la aplicacin contra estos casos de prueba y la observacin del comportamiento de la aplicacin para determinar su correccin. Es por ello que se va a introducir una serie de pruebas software y tcnicas heursticas (listas de chequeo) para depurar errores en la aplicacin:
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 pginas del sitio y ver si cumplen con los Trminos de Referencia en estos temas y, adems, si cumplen con los estndares mnimos 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: Verificacin de Contenidos es una prueba bsica para revisar si el Sitio Web desarrollado incluye todos los contenidos que se han especificado en los Trminos de Referencia o los que se hayan definido en el marco del plan de desarrollo. Se puede hacer en forma manual o automtica, de acuerdo a las siguientes orientaciones: Sistema Manual: se refiere a hacer una revisin manual de los contenidos del Sitio Web a travs de la navegacin de sus pginas. Los elementos que deben probarse obligatoriamente son: ortografa y redaccin, enlaces principales, imgenes en pginas y existencia de archivos adjuntos. Sistema Automtico: especialmente orientado a la verificacin de enlaces rotos, lo cual se puede hacer utilizando sistemas basados en Internet o, bien, software especializado. Sitio en Construccin se debe verificar que el Sitio Web no contenga espacios vacos o que tenga .en construccin.. No es adecuado, bajo ningn 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.
140
Verificacin de Estndares aunque los sitios Web pueden ser construidos a partir de diferentes lenguajes, todos deben cumplir ciertas normas de sintaxis, que permitan su visualizacin en diferentes plataformas. Dicha sintaxis est estandarizada y puede ser probada a travs de herramientas pblicas que estn disponibles en Internet. Las dos ms importantes son: Validacin de HTML la realiza el World Wide Web Consortium1 e indica si el cdigo usado en la pgina es correcto. Como resultado entrega un reporte con los eventuales errores para ayudar a su reparacin. Validacin de CSS la realiza el World Wide Web Consortium2 e indica si la Hoja de Cascada de Estilo (CSS) cumple con la sintaxis estndar y por lo tanto podr ser visualizada correctamente en todos los sistemas. Verificaciones de Interfaces mediante esta prueba se revisan aspectos grficos del Sitio Web, para determinar si su despliegue en las pginas es correcto. Dentro de los elementos ms importantes a ser verificados, se incluyen los siguientes: Plug-ins necesarios cuando se utilicen elementos audiovisuales o interactivos que requieran de algn 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 instalacin. Consistencia de la Diagramacin cada una de las pginas del sitio debe tener elementos consistentes. Por nombrar tres aspectos, lo anterior implica que los mens deben aparecer siempre en el mismo lugar, que los listados deben estar diseados 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 pginas. Ancho de la Diagramacin si la diagramacin 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 dimensin, y ver cmo afecta eso a la navegacin por el mismo.
141
Diagramacin 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 aplicacin aparecen en las posiciones que se les han asignado en el diseo. Diagramacin vs. Sistema Operativo adems, los diferentes SS.OO pueden establecer diferencias en la forma en que se muestran los sitios Web. Por ello, es importante conocer cules 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. Imgenes Escaladas se debe verificar que las imgenes que aparezcan en el sitio no estn siendo mostradas en tamao reducido artificialmente. El efecto de eso es que las pginas con ese tipo de imgenes sern muy pesadas y harn que el acceso a ellas sea lento. Es importante considerar que, adems de estas verificaciones individuales de peso de imgenes (no ms de 30Kb), el lmite de peso para una pgina es de 100Kb, incluyendo todos sus elementos. Imgenes Sin Atributo ALT para cumplir con las normas de accesibilidad es necesario que todas las imgenes que se usen en un Sitio Web tengan una descripcin utilizando el atributo ALT (para texto alterno) del lenguaje HTML. En funcin de las pruebas realizadas, generamos el siguiente informe:
142
Verificacin de Contenidos Sitio en Construccin Validacin HTML Validacin de CSS Plug-ins necesarios Consistencia Diagramacin Ancho de la Diagramacin Diagramacin vs. Browsers Diagramacin vs. S.O. Imgenes Escaladas Imgenes Sin Atributo ALT
Se ha verificado manualmente de forma exhaustiva No existen pginas en blanco
No se han usado plug-ins Cada enlace tiene un diseo muy similar
Solo se windows
han realizado pruebas con
Todas las imgenes poseen el atributo ALT
6.2
Pruebas Funcionales y de Operacin
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 ms 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 informacin en ellos; adicionalmente, debe indicarse tal condicin en forma explcita. 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 estndar el lenguaje Javascript para hacerlas.
143
Sintaxis de Ingreso se debe validar que, en algunos casos, los campos sean ingresados con datos vlidos. Suscripcin a Servicios se debe validar que cada vez que se realice la suscripcin a un servicio que ofrezca el Sitio Web, se enve un e-mail al usuario (es necesario solicitar su direccin de correo electrnico) en el que se le informe sobre el resultado de la operacin. Ingreso de Datos si se cuenta con un sistema que permita el ingreso de informacin hacia una base de datos, se debe revisar en la tabla de destino que qu efectivamente se estn enviando los datos de la manera que se ha previsto. Reingreso y Correccin de Datos para mejorar la interaccin del Sitio Web, cuando tras la validacin local del formulario, el usuario presiona el botn Back de su programa visualizador para volver atrs y modificar algn campo, se le deben presentar todos los datos que hayan sido ingresados. De esta manera se aprovecha la informacin ingresada previamente, evitando la frustracin del usuario por tener que escribir nuevamente el contenido completo del formulario. Elementos de Interfaz al usar elementos del lenguaje HTML para la creacin de las pantallas, se recomienda no modificar radicalmente sus atributos de despliegue (colores, formas) y comportamientos tradicionales, para lograr que el usuario sepa intuitivamente cmo usarlo y no deba aprender de nuevo su operacin. Multiplataforma se debe comprobar que los formularios funcionan en diferentes versiones de programas visualizadores (browsers), de sistemas operativos y de tipos de conexin a Internet (conmutado, banda ancha y dedicado). Botones de Interaccin si se cuenta con botones interactivos que permiten imprimir, enviar una pgina a un amigo, etc. se debe validar que estn realizando correctamente la accin indicada.
144
Sistema de Bsqueda si se cuenta con ellos, se debe validar que efectivamente permitan encontrar documentos existentes en el sitio; en este sentido se deben ingresar documentos especficos y luego buscarlos de manera que asegurarse que la funcionalidad est operando adecuadamente. Sistemas de Feedback si se cuenta con sistemas de envo 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 lnea, se debe revisar cuidadosamente el flujo de trabajo de la aplicacin y asegurarse de que en cada uno de los pasos se est asegurando la calidad y seguridad de la transaccin. Administracin del Error 404 cuando se ingresa una direccin equivocada, el software del servidor muestra una pantalla de error con el cdigo del problema (Ej 404), pero dicho software se puede configurar para que muestre una pgina 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 Suscripcin Servicios Ingreso de Datos Reingreso y Correccin de Datos Elementos de Interfaz Multiplataforma Solo se ha probado en Internet explorer Botones de Interaccin Sistema de Bsqueda Sistemas de FeedBack
El sistema no posee sistema de suscripcin Existen validaciones No se retorna a la pagina anterior Todos los botones tienen el estilo estndar
El sistema no posee sistema de bsqueda No lo posee

145
Sistema de Compras Administracin del Error 404
El sistema no posee sistema de compras 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 gestin Web es la realizacin 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 mayora 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 ms de 3 clics la informacin buscada? SI 2 Aparece el men de navegacin en un lugar destacado? Se ve fcilmente? SI 3 El Sitio cuenta con un mapa y/o buscador que d un acceso alternativo a los contenidos? NO 4 Es fcil llegar a las secciones ms importantes del Sitio desde cualquier pgina? SI 5 El Sitio mantiene una navegacin consistente y coherente en todas sus pginas? SI 6 El diseo usa jerarquas visuales para determinar lo importante con una sola mirada? SI 7 Los formularios ofrecen opciones que permitan al usuario evitar, cancelar o rehacer una accin? NO 8 El tamao de la letra de los textos es adecuado y ajustable o modificable por el usuario usando las herramientas del programa visualizador? SI
9 Los vnculos, imgenes e iconos son claramente visibles y distinguibles? SI 10 Los vnculos (links) visitados y no visitados son claramente diferenciables? NO 11 Los iconos son representativos de la funcin o accin que realizan y son aclarados mediante una etiqueta ALT en HTML? SI 12 Todas las pginas cuentan con informacin de contactos virtuales y fsicos al pie de la pgina? SI 13 El nombre de la URL est vinculado con el nombre o funcin del sistema y se ofrece en la barra superior del programa visualizador? SI 14 Ofrece el Sitio contenidos sobre la visin, misin y objetivos? SI 15 En el caso que existan palabras tcnicas en los contenidos del Sitio Existe una seccin de glosario que las explique?, es fcil llegar a l? NO 16 Ofrece pginas de ayuda que explican cmo 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 pgina explicativa?, (Por ejemplo: Error 404 para pgina inexistente) NO
147
6.4
Pruebas de Usabilidad
El test de usuario es un mtodo de evaluacin primordial en el anlisis de un sitio Web. El test de usuarios es el tipo de evaluacin ms importante y la mayor herramienta de desarrollo posible para un sitio Web. Adems de descubrir problemas y potenciales mejoras para un sitio Web, es la manera ms 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 mayora 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 pginas? SI 3 El logotipo ha sido incluido en un lugar importante en la Portada y en las pginas interiores del Sitio? SI 4 Todas las pginas cuentan con un ttulo que indique el nombre de la institucin e informacin de contactos virtuales y fsicos al pie de la pgina? SI Utilidad del Sitio Web 5 El Sitio ofrece informacin sobre las actividades y servicios ms recientes e importantes que est llevando a cabo? SI 6 Los usuarios pueden encontrar fcilmente en la portada la informacin acerca de las actividades y servicios ms importantes de la entidad? SI
148
Navegacin 7 El diseo del Sitio es eficiente, rpido e intuitivo? SI 8 Aparece el men de navegacin en un lugar destacado? Se ve fcilmente? 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 navegacin 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 trmites en lnea, ofrece informacin de cuntos pasos faltan para terminar? NO Consistencia y cumplimiento de estndares 15 El HTML del Sitio ha sido validado satisfactoriamente segn w3c.org? NO 16 El o los archivos de Hojas de estilo (CSS) han sido aprobados segn w3c.org? NO 17 Comprob la consistencia de Links usando el verificador de w3c.org? NO
149
Atencin 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 Despus de que ocurre un error, es fcil volver a la pgina donde se encontraba antes que se produjese o entrega recomendaciones de los pasos a seguir? SI Esttica y diseo 21 Usa jerarquas visuales para determinar lo importante con una sola mirada? SI 22 Las imgenes tienen tamaos adecuados que no dificultan el acceso a las pginas? SI 23 Las imgenes tienen etiqueta ALT en el cdigo HTML para facilitar la navegacin? SI
Ayuda ante errores 24 En caso de errores de consistencia dentro del sitio, se ofrece un mensaje de personalizado mediante una pgina explicativa?, (Por ejemplo: Error 404 para pgina inexistente) NO 25 Entrega informacin de contacto fuera de Internet? (Por ejemplo: telfono institucional, fono 600, mesa de ayuda, OIRS) NO 26 Ofrece rea de Preguntas Frecuentes con datos de ayuda a usuarios? NO 27 Ofrece pginas de ayuda que explican cmo usar el Sitio? NO
150
Retroalimentacin (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 proteccin de estructura interna del Sitio Web, manejo de privacidad, canales seguros, mecanismos de control de acceso, proteccin de programas, hosting vs. sitio propio, roles mnimos 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 mayora 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 pginas o utilizar sus servicios? (especialmente en el caso de Trmites en lnea) SI 2 Los datos ingresados por un usuario a travs de formularios, son validados antes de ser enviados y procesados por el servidor del Sitio? SI 3 Todos los vnculos del Sitio tienen una pgina asociada y el contenido adecuado al vnculo sealado? SI
151
4 Frente a una bsqueda dentro del Sitio o cualquier operacin 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 Poltica de Privacidad de los Datos Personales y se informa de su existencia en las pginas pertinentes? NO 7 Los servicios ofrecidos son realizados a travs de canales de transaccin seguros? NO 8 En los temas que requieren de accesos restringidos, el Sitio provee algn medio para validar el acceso, por ejemplo: a travs de una caja de conexin con nombre de usuario y password? SI 9 La poltica de seguridad implementada para validar el acceso restringido es adecuada a los propsitos del servicio o de la institucin? 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 poltica de respaldo de informacin que permita superar efectos de fallas derivadas del punto anterior? NO
152
7. Valoracin Econmica
Para el clculo del presupuesto a mostrar al cliente, se ha estimado un total de 300 horas estipuladas para la realizacin del proyecto.
Personas
Jefe de Proyecto Analista 2 Programadores
% Tiempo
5% 20% 75%
Coste/hora
120 90 70
Total
1800 5400 2625
Por el total de trabajos descritos en este proyecto, se facturar la cantidad de... Los precios indicados incluyen IVA pero no otros impuestos.
- Aplicacin SW (anlisis, diseo, desarrollo, implementacin e instalacin) - Manual y dems documentacin SUBTOTAL - Impuestos asociados IVA 16 % TOTAL 9.825 1.064 10.889 1.742
12.631
Los trabajos realizados tienen un periodo de garanta de 90 das, una vez que se encuentren preparados para instalar en produccin.
El pago se realizar mediante transferencia bancaria a la cuenta que se proporcione, a 30 das vista desde la presentacin de la factura, de acuerdo con la siguiente distribucin: o El 50% del importe de la propuesta se pagar a la finalizacin del proyecto. o El 50% del importe de la propuesta se pagar al inicio del proyecto.
A la finalizacin de cada una de las etapas que se realizan durante el desarrollo del proyecto, se formalizar por El Cliente la aceptacin y validacin de la misma.
153
El Cliente podr solicitar modificaciones tanto en contenidos como en funcionalidades sobre dichas pginas, que sern estudiadas y presupuestadas, elaborando la oferta correspondiente para su aprobacin.
154
8. Conclusiones
Despus del esfuerzo realizado, se puede concluir que la aplicacin desarrollada facilita las labores en cuanto a control y gestin de pacientes se refiere, cumpliendo con la funcionalidad deseada en el anlisis de requisitos. A partir de ahora y ayudado por esta aplicacin, es posible mantener los controles de las actividades que se llevan a cabo en la Policlnica a nivel interno, llevando un control de toda la informacin que se maneja y de la que el paciente se hace partcipe 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 ms manual y sin tanto acceso a diferentes reas mdicas, lo que daba lugar a duplicacin de la informacin que adems no era la misma en muchos casos. En la sanidad actual, esta forma, aunque sea efectiva, ya no es viable hoy en da, y de ah la necesidad surgida. A la hora de desarrollar esta aplicacin 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 disear las ventanas del interfaz. Adems, se ha tratado de realizar los formularios de forma sencilla e intuitiva para que los pacientes los rellenen sin problemas. Por ltimo, tambin se han estudiado las necesidades de los mdicos para que igualmente de forma sencilla, se cumpliera con las funcionalidades necesarias. Como se deca al principio de esta documentacin, 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 slo con la funcionalidad que pidi el cliente, si no que adems a partir de la Validacin de diseo y desarrollo, se ha intentado dotarla de facilidad de uso, esttica y eliminar de ella todos las posibles incidencias que enturbiaran la calidad de la aplicacin. A pesar del sencillo manejo de este sistema, para los usuarios que sean pacientes se han empleado mensajes de aviso que le guiarn en todo momento. Para el usuario de tipo mdico y administrador se ha desarrollado un manual del usuario al detalle, con el fin de
evitar la necesidad de formacin de aquel usuario final, de forma que cualquier duda pueda ser resuelta de forma rpida y eficaz. Garanta del correcto desarrollo la aplicacin, ha sido el seguimiento que durante todo este proceso se ha llevado a cabo al estar en continuo contacto con un mdico y con el Director del Proyecto, no slo en los hitos previamente marcados en la planificacin, si no interesndose en el cumplimiento de los plazos establecidos, lo niveles de calidad y funcionalidad de la misma, el diseo de la aplicacin y la propia esttica de esta documentacin. Sencillez, pero tambin organizacin de los datos, optimizacin de las consultas y la verificacin del cliente, prueba del cumplimiento de los objetivos marcados en la planificacin.
156
9. Bibliografa
Toda la documentacin que se presenta en este proyecto forma parte de la documentacin generada en el desarrollo de esta aplicacin. Adems se consultaron los siguientes libros y pginas Web: [BARR94] Barraco de Areba, Jess. Metodologa del Anlisis 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: Creacin de un sistema de gestin de contenidos.
[PNWS]
Programing .NET Web Services; OReilly; Alex Ferrara & MaThew MacDonald.
[AASP]
Aprenda ya Microsoft ASP.NET; Edit: Mc Graw-Hill
[ASPN02]
ASP.NET; Anaya Multimedia; Oscar Gonzalez Moreno
[CSWA02]
Creacin de sitios web con ASP.NET; Pearson Educacin; Amundsen, Michael y Litwin, Paul
[ISOO06]
Ingeniera del Software orientada a objetos; Mcgraw-Hill/interamericana de Mexico; Schach, Stephen
157
[UMLG99]
UML gota a gota; Addison Wesley Longman; Fowler, Martin
[MDOO98]
Modelado y diseo orientado a objetos; Prentice Hall; Rumbaugh James
[PMVB05]
Programacin con Microsoft Visual Basic 2005; Anaya Multimedia; Charte Ojeda, Francisco
[ASPD02]
ASP.NET al descubierto; Pearson Educacin; Walther, Stephen
[SQLUP91] SQL para usuarios y programadores; Paraninfo; J. Benavides Abajo, J.M. Olaizola Bartolom, E. Rivero
[PROA02]
Programing ASP.NET; OReally & Associates; Liberty, Jesse y Hurwitz, Dan
[ISQLU02]
Introduccin 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 diseo de aplicaciones web en espaol. 2004 www.aemigrar.com
[AEMI05]
158
[PROGR05] [ELGUI05] [SOMAN05] [ASPN05]
www.programacion.com www.elguille.info www.solomanuales.org www.asp.net
159
PROYECTO FIN DE CARRERA
Sistema de gestin Web para una Policlnica

10.Anexos
160
10.1 Anexo A: Entrevista con el Cliente

Qu tipo de centro mdico es el que hay que tratar para implementarlo en un sistema de gestin Web? Una policlnica. En qu consiste un centro mdico que es del tipo policlnica? Se trata de un centro que adems de contar con un rea de consultas en medicina general, dispone de diferentes especialidades y cuenta con varios quirfanos para realizar cirugas menores que pueden requerir incluso una hospitalizacin previa. Cmo realizan los pacientes la citacin para una consulta mdica? Por telfono y se apunta a mano. Cul es el horario de trabajo de los mdicos del centro? Algunos trabajan por la maana, otros por la tarde y puede ser que no todos los das. Cmo se enteran los mdicos de sus consultas diarias? Por telfono. Puede haber cambios en las citaciones de los pacientes? Si. Pueden cambiar de hora y de fecha. Y como se enterara el mdico? Por telfono o en el propio centro. Cmo tienen los historiales clnicos? En fichas de cartulina donde se rellenan los datos personales y se va apuntando el contenido del historial clnico del paciente. Cmo se planifican los turnos de asistencia al centro? Mediante reuniones y una vez tomada la decisin se escribe en una pizarra para que est accesible a todos los mdicos.
161
Cmo se planifican las operaciones? Tambin mediante reuniones y segn la especialidad a la que pertenezca la operacin. Cunto suele durar una consulta mdica normalmente? 15 minutos. En qu consiste una consulta mdica 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 exploracin y en caso necesario se realiza una peticin de pruebas (anlisis, radiografas, etc.). Finalmente, se hace una impresin diagnstica y posteriormente se realiza un tratamiento mdico si procede. Si no es nuevo, puede venir acompaado de las pruebas y tratamiento correspondiente. Lo que se hace es una valoracin de las pruebas y revisin del tratamiento. Se firman recetas? Si. Qu tipo de pacientes tiene derecho a este servicio? Cualquier persona que pertenezca a cualquier entidad sanitaria sea pblica o privada. Qu personal mdico trabaja en una policlnica? Mdicos que son especialistas o de medicina general, enfermeras y anestesistas.
En que consiste un tratamiento? Se trata de una serie de consultas mdicas en las que se sigue la evolucin de un paciente que tiene una dolencia o enfermedad y que necesita que se le realicen una serie de pruebas para un posterior anlisis y toma de decisin. Qu campos de informacin se debe guardar en el historial clnico de un paciente?
162
Qu diferencia hay entre consulta mdica y tratamiento? La consulta mdica es algo puntual por un problema especfico que tiene un paciente que si requiere mas de una visita al mdico, puede formar parte de un tratamiento. De que tipo son las operaciones quirrgicas que se realizan? Hay requisitos para operarse? Para operarse hay un requisitos previos, la operacin en si y un postoperatorio. Puede requerir un ingreso previo y/o posterior. Con cunto tiempo de antelacin puede un paciente solicitar una consulta mdica? El mismo da siempre que haya disponibilidad. Qu beneficios aportar esta aplicacin? Rapidez y comodidad a la hora de gestionar la policlnica y eso repercutir en los pacientes que recibirn un mejor servicio. Qu servicios debe dar la aplicacin a la policlnica? gestionar los usuarios nuevos. Creacin de historiales mdicos de los pacientes. Acceso al historial clnico del paciente. Recetar una medicacin con autorizacin del mdico. Gestin de las consultas mdicas. Gestin de operaciones quirrgicas. Gestin de las pruebas realizadas al paciente. Gestin del personal mdico.
163
10.2 Anexo B: Manual de Mdico y Administrador

B1 Autenticacin
Introduciendo la direccin http el navegador le lleva a la pgina de Inicio de la aplicacin. En esta pgina de inicio, aparece un marco de autenticacin 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 contrasea, en la parte inferior de la ventana se muestra el mensaje que indica que es incorrecto. En caso contrario acceder a la aplicacin.
B2 Perfiles
Se definen dos tipos de perfiles:
Administrador Mdico
164
El administrador ser el usuario con acceso total a todos los mdulos de la aplicacin; ser el nico capaz de dar de alta, actualizar o modificar la informacin contenida en cada mdulo del proyecto. El mdico va a tener acceso a todos los mdulos pero habr acciones que no podr realizar.
B3 Comenzar
1. En la cabecera de la pgina aparece un men auxiliar que mediante el cual, el usuario puede abandonar la sesin, ir a la pgina de inicio en cualquier momento y ponerse en contacto con los responsables de mantenimiento por si tuvieran alguna duda acerca del funcionamiento de la aplicacin.
2. En la cabecera, tambin aparece durante todo el tiempo que el usuario permanece conectado, su nombre y el perfil al que pertenece. 3. Un poco ms 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 Mdicos
1. Al pinchar sobre el men de mdicos, se le despliega el listado de apartados referentes a mdicos.
165
2. Para acceder a un apartado dentro del men de mdicos, debe pinchar con el ratn sobre ese apartado.
B4.1 Gestin de Mdicos

1. Al haber pinchado sobre el apartado de Gestin de Mdicos, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso mdicos y en que apartado se encuentra, en este caso listado de mdicos del sistema. 2. El contenido de este apartado es un listado con los mdicos dados de alta en forma de tabla.
3. Para dar de alta un nuevo mdico, debe pinchar en el botn 4. Para cada mdico puede realizar 3 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a un mdico. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar el mdico del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
166
B4.1.2 Alta de un nuevo mdico

1. Par dar de alta un nuevo mdico, debe rellenar los campos obligatorios, indicados mediante * en color rojo.
2. Si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de Mdicos guardando el alta, debe pinchar sobre guardar. 4. Para volver al men de Gestin de Mdicos sin guardar el alta, debe pinchar sobre cancelar.
167
B4.1.3 Modificar informacin del mdico

1. Se podr modificar los campos permitidos del mdico, indicados mediante * en color rojo.
2. Para volver al men de Gestin de Mdicos guardando los cambios, debe pinchar sobre guardar. 3. Para volver al men de Gestin de Mdicos sin guardar los cambios, debe pinchar sobre cancelar.
B4.1.4 Eliminacin de un mdico

a. Se le pide confirmacin de la accin que se va a ejecutar.
b. Se le muestra la informacin referente al mdico que va a eliminar del sistema.
168
c. Para borrar definitivamente el registro mdico, se debe pulsar d. Para no borrar el mdico y anular la accin, 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 ratn sobre ese apartado.
B5.1 Gestin de Consultas

1. Al haber pinchado sobre el apartado de Gestin de consultas, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso consultas y en que apartado se encuentra, en este caso listado de consultas.
169
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 botn 4. Para cada consulta puede realizar 3 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a una consulta. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar consulta del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B5.1.2 Alta de una nueva Consulta

1. Par dar de alta una nueva consulta, debe rellenar los campos obligatorios. Hasta que no se rellene un campo, no aparece el siguiente. Adems estn marcados con * para indicar que son obligatorios.
2. una vez que se ha seleccionado un mdico, aparece el siguiente campo que es el del paciente. Debe introducirse como indica la instruccin y posteriormente, se debe pulsar para comprobar que es correcto.
3. una vez hecha la comprobacin del nombre, aparecer el campo para introducir la fecha. Se debe pulsar el icono del calendario
170
4. El campo horas hace referencia a las horas disponibles para la fecha seleccionada y para el mdico escogido al comienzo.
5. si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 6. Para volver al men de Gestin de consultas guardando el alta, debe pinchar sobre guardar. 7. Para volver al men de Gestin de consultas sin guardar el alta, debe pinchar sobre cancelar.
B5.1.2 Editar informacin de la Consulta

1. Una vez dentro del subapartado de detalle de la consulta, puede volver al men de Gestin de consultas, pulsando la tecla o .
B5.1.3 Modificar informacin de la Consulta

1. Se podr modificar los campos permitidos de la consulta, indicados mediante * en color rojo. 2. Para volver al men de Gestin de consultas guardando los cambios, debe pinchar sobre pinchar sobre . . 3. Para volver al men de Gestin de consultas sin guardar los cambios, debe
171
B5.1.4 Eliminacin de una Consulta

1. Se le pide confirmacin de la accin que se va a ejecutar.
2. Se le muestra la informacin 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 accin, se debe pulsar
B5.2 Facturacin Consultas

1. Al haber pinchado sobre el apartado de facturacin de consultas, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin 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.
172
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 informacin 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 ratn sobre ese apartado.
B6.1 Gestin de Tratamientos

1. Al haber pinchado sobre el apartado de Gestin de tratamientos, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso tratamientos y en que apartado se encuentra, en este caso listado de tratamientos. 2. El contenido de este apartado es un listado con los tratamientos dados de alta en forma de tabla. 3. Para dar de alta un nuevo tratamiento, debe pinchar en el botn 4. Para cada consulta puede realizar 3 acciones.
173
a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a un tratamiento. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar tratamiento del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B6.1.2 Alta de un nuevo tratamiento

1. Par dar de alta un nuevo tratamiento, debe rellenar los campos obligatorios, indicados mediante * en color rojo.
2. la forma de rellenar los diferentes campos esta ya explicada en el apartado B.5.1.2 que hacia referencia a como dar de alta una consulta nueva. 3. si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 4. Para volver al men de Gestin de tratamientos guardando el alta, debe pinchar sobre sobre . . 5. Para volver al men de Gestin de tratamientos sin guardar el alta, debe pinchar
174
B6.1.2 Editar informacin de un tratamiento

1. Una vez dentro del subapartado de detalle del tratamiento, puede volver al men de Gestin de tratamientos, pulsando la tecla o .
B6.1.3 Modificar informacin de un tratamiento

1. Se podr modificar los campos permitidos del tratamiento, indicados mediante * en color rojo.
2. Para volver al men de Gestin de tratamientos guardando los cambios, debe pinchar sobre pinchar sobre . . 3. Para volver al men de Gestin de tratamientos sin guardar los cambios, debe
B6.1.4 Eliminacin de un tratamiento

2. Se le muestra la informacin referente al tratamiento que va a eliminar del sistema.
175
3. Para borrar definitivamente el registro tratamiento, se debe pulsar 4. Para no borrar el tratamiento y anular la accin, se debe pulsar
B6.2 Gestin de Pruebas

1. Al haber pinchado sobre el apartado de Gestin de pruebas, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso pruebas y en que apartado se encuentra, en este caso listado de pruebas. 2. El contenido de este apartado es un listado con las pruebas dadas de alta en forma de tabla. 3. Para dar de alta un nueva prueba, debe pinchar en el botn 4. Para cada consulta puede realizar 3 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a una prueba. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar prueba del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
176
B6.2.1 Alta de un nueva Prueba

1. Par dar de alta una nueva prueba, debe rellenar los campos obligatorios, indicados mediante * en color rojo.
2. si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de pruebas guardando el alta, debe pinchar sobre . 4. Para volver al men de Gestin de pruebas sin guardar el alta, debe pinchar sobre .
B6.2.2 Editar informacin de una Prueba

1. Una vez dentro del subapartado de detalle de la prueba, puede volver al men de Gestin de pruebas, pulsando la tecla o .
B6.2.3 Modificar informacin de una Prueba

1. Se podr modificar los campos permitidos del tratamiento, indicados mediante * en color rojo. 2. Para volver al men de Gestin de pruebas guardando los cambios, debe pinchar sobre .
177
3. Para volver al men de Gestin de pruebas sin guardar los cambios, debe pinchar sobre .
B6.3 Facturacin Tratamientos

1. Al haber pinchado sobre el apartado de facturacin de tratamientos, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin tratamientos y en que apartado se encuentra, en este caso es un informe. 2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado de tratamientos y tras haberlo escrito debe pinchar sobre la lupa. 3. el sistema le muestra el listado de tratamientos de ese paciente con el precio que se le ha facturado por cada tratamientos. 4. Por ltimo, puede imprimir esta informacin o volver al men anterior.
B6.4 Facturacin Pruebas

1. Al haber pinchado sobre el apartado de facturacin de pruebas, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin pruebas y en que apartado se encuentra, en este caso es un informe. 2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado de pruebas y tras haberlo escrito debe pinchar sobre la lupa. 3. el sistema le muestra el listado de pruebas de ese paciente con el precio que se le ha facturado por cada pruebas. 4. Por ltimo, puede imprimir esta informacin o volver al men anterior.
178
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 ratn sobre ese apartado.
B7.1 Gestin de Operaciones

1. Al haber pinchado sobre el apartado de Gestin de operaciones, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso operaciones y en que apartado se encuentra, en este caso listado de operaciones. 2. El contenido de este apartado es un listado con las operaciones dados de alta en forma de tabla. 3. Para dar de alta una nueva operacin, debe pinchar en el botn 4. Para cada operacin puede realizar 3 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a una operacin. Para ello debe pinchar con el ratn sobre el icono del lpiz
179
c. Eliminar operacin del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B7.1.1 Alta de una nueva Operacin

1. Par dar de alta una nueva operacin, debe rellenar los campos obligatorios, indicados mediante * en color rojo. La forma de rellenar en este caso es similar a la de Alta Consultas ya que hasta que no se ha rellenado un campo no avanza al siguiente.
2. si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de operaciones guardando el alta, debe pinchar sobre sobre . . 4. Para volver al men de Gestin de operaciones sin guardar el alta, debe pinchar
B7.1.2 Editar informacin de una operacin

1. Una vez dentro del subapartado de detalle de operacin, puede volver al men de Gestin de operaciones, pulsando la tecla o .
180
B7.1.3 Modificar informacin de una operacin

1. Se podr modificar los campos permitidos de la operacin, indicados mediante * en color rojo. 2. Para volver al men de Gestin de operaciones guardando los cambios, debe pinchar sobre pinchar sobre . . 3. Para volver al men de Gestin de operaciones sin guardar los cambios, debe
B7.1.4 Eliminacin de una operacin

2. Se le muestra la informacin referente a la operacin que va a eliminar del sistema. 3. Para borrar definitivamente el registro operacin, se debe pulsar 4. Para no borrar la operacin y anular la accin, se debe pulsar
B7.2 Gestin de Habitaciones

1. Al haber pinchado sobre el apartado de Gestin de habitaciones, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso habitaciones y en que apartado se encuentra, en este caso listado de habitaciones. 2. El contenido de este apartado es un listado con las habitaciones dadas de alta en forma de tabla. 3. Para dar de alta un nueva habitacin, debe pinchar en el botn 4. Para cada habitacin puede realizar 3 acciones.
181
a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a una habitacin. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar habitacin del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B7.2.2 Alta de una nueva habitacin

1. Par dar de alta una nueva habitacin, debe rellenar los campos obligatorios, indicados mediante * en color rojo.
2. si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de habitaciones guardando el alta, debe pinchar sobre sobre . . 4. Para volver al men de Gestin de habitaciones sin guardar el alta, debe pinchar
B7.2.2 Editar informacin de una habitacin

1. Una vez dentro del subapartado de detalle de la habitacin, puede volver al men de Gestin de habitaciones, pulsando la tecla o .
B7.2.3 Eliminacin de una habitacin

182
2. Se le muestra la informacin referente a la habitacin que va a eliminar del sistema. 3. Para borrar definitivamente el registro habitacin, se debe pulsar 4. Para no borrar la habitacin y anular la accin, se debe pulsar
B7.3 Facturacin Operaciones

1. Al haber pinchado sobre el apartado de facturacin de operaciones, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin operaciones y en que apartado se encuentra, en este caso es un informe. 2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado de operaciones y tras haberlo escrito debe pinchar sobre la lupa. 3. el sistema le muestra el listado de operaciones de ese paciente con el precio que se le ha facturado por cada operacin. 4. Por ltimo, puede imprimir esta informacin o volver al men anterior.
B7.4 Facturacin Habitaciones

1. Al haber pinchado sobre el apartado de facturacin de habitaciones, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin habitaciones y en que apartado se encuentra, en este caso es un informe. 2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado de habitaciones y tras haberlo escrito debe pinchar sobre la lupa. 3. el sistema le muestra el listado de habitaciones de ese paciente con el precio que se le ha facturado por cada habitacin.
183
4. Por ltimo, puede imprimir esta informacin o volver al men anterior.
B8 Recetas
1. Al pinchar sobre el men de recetas, se le despliega el listado de apartados referentes a recetas.
2. Para acceder a un apartado dentro del men de recetas, debe pinchar con el ratn sobre ese apartado.
B8.1 Gestin de Medicamentos

1. Al haber pinchado sobre el apartado de Gestin de medicamentos, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso medicamentos y en que apartado se encuentra, en este caso listado de medicamentos del sistema. 2. El contenido de este apartado es un listado con los medicamentos dados de alta en forma de tabla.
3. Para dar de alta un nuevo medicamento, debe pinchar en el botn 4. Para cada medicamento puede realizar 2 acciones.
184
a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Eliminar el mdico del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B8.1.1 Alta de un nuevo medicamento

1. Par dar de alta un nuevo medicamento, debe rellenar los campos obligatorios, indicados mediante * en color rojo. 2. Si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de medicamentos guardando el alta, debe pinchar sobre pinchar sobre . . 4. Para volver al men de Gestin de medicamentos sin guardar el alta, debe
B8.1.2 Editar informacin de los medicamentos

1. Una vez dentro del subapartado de detalle del medicamento, puede volver al men de Gestin de medicamentos, pulsando la tecla o .
B8.1.3 Eliminacin de un medicamento

1. Se le pide confirmacin de la accin que se va a ejecutar. 2. Se le muestra la informacin 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 accin, se debe pulsar
185
B8.2 Gestin de Recetas

1. Al haber pinchado sobre el apartado de Gestin 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 botn 4. Para cada receta puede realizar 2 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Eliminar la receta del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B8.2.1 Alta de una nueva receta

1. Par dar de alta una nueva receta, debe rellenar los campos obligatorios, indicados mediante * en color rojo. 2. Si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de recetas guardando el alta, debe pinchar sobre . 4. Para volver al men de Gestin de recetas sin guardar el alta, debe pinchar sobre .
B8.2.2 Editar informacin de una receta

1. Una vez dentro del subapartado de detalle de la receta, puede volver al men de Gestin de recetas, pulsando la tecla o .
186
B8.2.3 Eliminacin de una receta

1. Se le pide confirmacin de la accin que se va a ejecutar. 2. Se le muestra la informacin 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 accin, se debe pulsar
B8.3 Facturacin Recetas

1. Al haber pinchado sobre el apartado de facturacin de recetas, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso facturacin recetas y en que apartado se encuentra, en este caso es un informe. 2. le pide que introduzca el nombre del paciente del cual quiere obtener el listado de recetas y tras haberlo escrito debe pinchar sobre la lupa. 3. el sistema le muestra el listado de recetas de ese paciente con el precio que se le ha facturado por cada receta. 4. Por ltimo, puede imprimir esta informacin o volver al men anterior.
B9 Pacientes
1. Al pinchar sobre el men de pacientes, se le despliega el listado de apartados referentes a pacientes.
2. Para acceder a un apartado dentro del men de pacientes, debe pinchar con el ratn sobre ese apartado.
B9.1 Gestin de pacientes

1. Al haber pinchado sobre el apartado de Gestin de pacientes, accede a una pantalla en la que tiene una etiqueta que le muestra en que men esta, en este caso pacientes y en que apartado se encuentra, en este caso listado de pacientes del sistema. 2. El contenido de este apartado es un listado con los pacientes dados de alta en forma de tabla.
3. Para dar de alta un nuevo paciente, debe pinchar en el botn 4. Para cada paciente puede realizar 3 acciones. a. Editar su informacin en detalle. Para ello debe pinchar con el ratn sobre el icono con forma de lupa b. Modificar la informacin referente a un paciente. Para ello debe pinchar con el ratn sobre el icono del lpiz c. Eliminar el mdico del sistema. Para ello debe pinchar sobre el icono con forma de cubo de basura
B9.1.1 Alta de un nuevo paciente

1. Par dar de alta un nuevo paciente, debe rellenar los campos obligatorios, indicados mediante * en color rojo.
188
2. Si algn campo no es rellenado de forma correcta, le aparecer un mensaje de error que le indicar que la informacin del campo es incorrecta. 3. Para volver al men de Gestin de pacientes guardando el alta, debe pinchar sobre sobre . . 4. Para volver al men de Gestin de pacientes sin guardar el alta, debe pinchar
B9.1.2 Editar informacin del pacientes

1. Una vez dentro del subapartado de detalle del paciente, puede volver al men de Gestin de pacientes, pulsando la tecla o .
B9.1.3 Modificar informacin del pacientes

1. Se podr modificar los campos permitidos del mdico, indicados mediante * en color rojo. 2. Para volver al men de Gestin de pacientes guardando los cambios, debe pinchar sobre pinchar sobre . . 3. Para volver al men de Gestin de pacientes sin guardar los cambios, debe
189
B9.1.4 Eliminacin de un paciente

2. Se le muestra la informacin 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 accin, 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 mdicos de la policlnica y los pacientes asociados a cada uno. 3. Por ltimo, volver al men anterior.
190
UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)
INGENIERO EN INFORMTICA
191

Sistema de Gestion Web de Una Policlinica PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Sistema de Gestion Web de Una Policlinica PDF

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)

PROYECTO FIN DE CARRERA

SISTEMA DE GESTIN WEB DE UNA POLICLNICA

Autorizada la entrega del proyecto del alumno: PABLO GUIJARRO GALDAMEZ.

EL DIRECTOR DEL PROYECTO PEDRO LPEZ JUREZ

V B del Coordinador de Proyectos DAVID CONTRERAS BRCENA

A mi familia por su estimulo, nimo y confianza; a Mati por su ayuda y paciencia

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

SISTEMA DE GESTIN WEB DE UNA POLICLNICA I

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

SISTEMA DE GESTIN WEB DE UNA POLICLNICA II

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

GESTIN REMOTA VA WEB DE UNA POLICLNICA

SISTEMA DE GESTIN WEB DE UNA POLICLNICA III

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Anlisis de Requisitos ............................................................................ 22 Diseo ...................................................................................................... 35

5.5 Diseo de Datos ....................................................................................... 78

5.6 5.7 5.8 5.9

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

6.1 6.2 6.3 6.4 6.5

Pruebas .................................................................................................. 140

SISTEMA DE GESTIN WEB DE UNA POLICLNICA V

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

1.2 Caractersticas de una Policlnica

1.3 reas de una Policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

2. Estado del Arte 2.1 La Policlnica en la Sanidad Privada

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

2.3 Concepto de Historia Clnica Electrnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

2.5 Motivacin del Proyecto

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

3.2 Objetivos Especficos

Gestin remota va web de una policlnica

UNIVERSIDAD PONTIFICIA DE COMILLAS Escuela Tcnica Superior de Ingeniera (ICAI)

Pablo Guijarro Galdmez

Permitir a los responsables implementar, supervisar y resolver los problemas de la aplicacin.