Proyecto realizado por la alumna: Laura Martín García. Fdo.: Fecha: 18/07/2011

Transcripción

1 Proyecto realizado por la alumna: Laura Martín García Fdo.: Fecha: 18/07/2011 Autorizada la entrega del proyecto cuya información no es de carácter confidencial EL DIRECTOR DEL PROYECTO Alberto Ciudad Sánchez Fdo.: Fecha: 18/07/2011 Vº Bº del Coordinador de Proyectos Eduardo Alcalde Lancharro Fdo.: Fecha: 07/09/2011 Página I

2 AGRADECIMIENTOS Quisiera mostrar mi agradecimiento a las personas que han ayudado, de una forma u otra, a que este proyecto fuera posible. A mis padres, por su apoyo y amor incondicional. A mi hermana, pilar fundamental en mi vida. A los profesores que me han trasmitido sus conocimientos, especialmente a Félix Alonso, Susana Ortiz y Eduardo Alcalde, por su dedicación y apoyo durante todos estos años. A Alberto Ciudad, por su ayuda y paciencia en la realización de este proyecto. A mis amigos que siempre están para transmitirme ánimos y ayudarme a hacer que todo sea más fácil. Página II

3 SOFTWARE PARA LA GESTIÓN INFORMÁTICA DE UNA CLÍNICA DENTAL Autora: Laura Martín García Director: Alberto Ciudad Sánchez RESUMEN El objetivo de este proyecto es realizar el análisis, diseño y desarrollo de un software de gestión de una clínica dental, a partir del estudio de las necesidades del negocio y las carencias actuales, para así, conseguir una mejora en la organización y funcionamiento de la clínica. Este software permitirá realizar no sólo una mejora en cuanto a la gestión de pacientes, sino que llevará a cabo un control integral de todos los aspectos relevantes del negocio. El objetivo principal es optimizar costes y tiempo, y mejorar en cuanto a organización, gestión y seguridad; simplificando el trabajo a los profesionales y ofreciendo una mejor calidad de servicio al paciente. PALABRAS CLAVE Gestión de pacientes, Gestión de especialistas, Gestión de nóminas, Seguridad de la Información. Página III

4 INTRODUCCIÓN Hoy en día, la informática puede aportar un gran beneficio a empresas como lo es una clínica dental, ofreciendo soluciones que facilitan el manejo de grandes cantidades de información con la que se trabaja día a día. Esta aplicación beneficia notablemente al cliente; ahorrando desde espacio físico para el almacenamiento del historial de los pacientes hasta la gran cantidad de tiempo invertida en la búsqueda de la información requerida, aportando a su vez seguridad y fiabilidad de los datos guardados. Un gran beneficio será la organización a la hora de gestionar las citas, una de las principales gestiones de una clínica dental. Al mismo tiempo, se ahorrará tiempo y esfuerzo en el control y cálculo de nóminas, cobros, y pedidos de material sanitario. DESCRIPCIÓN DEL TRABAJO REALIZADO Los motivos de que esta clínica aún no tuviera una aplicación informática que le facilitara la gestión del negocio son principalmente la falta de información y conocimiento, la desconfianza, y el conformismo. Teniendo en cuenta estos factores, se decidió implementar una aplicación que se ajustase a las necesidades y presupuesto del cliente. Una vez realizada la entrevista con el cliente, se identifican las necesidades de negocio de las que carece actualmente la clínica y se analizan los requisitos adecuados para llevar a cabo el diseño de una arquitectura que permita obtener una solución que cubra las necesidades del cliente. Página IV

5 Una vez estudiadas las diferentes alternativas, y teniendo en cuenta las restricciones impuestas por el cliente, se considera utilizar la herramienta de bases de datos FileMaker como la mejor opción para obtener una aplicación que permita la gestión integral de la clínica. Esta aplicación abarca todo lo referente a Gestión de pacientes, Gestión de especialistas, Horarios de consulta, Petición de citas, Realización de pedidos de material, Gestión de nóminas y Gestión de facturas, todo ello asegurando la integridad y confidencialidad de la Información. Se tiene en cuenta también el diseño de una interfaz sencilla, intuitiva y atractiva para el usuario final, que hasta este momento no está familiarizado con ninguna herramienta informática. RESULTADOS El resultado obtenido una vez realizado el proyecto es un software de gestión que permite optimizar los procesos y funciones de negocio, facilitando la organización de las funciones de la clínica. Esta aplicación permite tener un acceso rápido y de forma sencilla a la información que se necesite en cada caso, y aporta fiabilidad y seguridad a los datos almacenados en la base de datos. Página V

6 CONCLUSIONES La tecnología es imprescindible en negocios que necesitan tratar con grandes cantidades de información. Una buena estructura y organización con los recursos y herramientas adecuados hacen que el funcionamiento, en este caso, de una clínica dental, mejore en todos los aspectos, resaltando la optimización de costes y tiempos, y aportando seguridad y fiabilidad a la información. Cuando una empresa cuenta con la solución adecuada adaptada a sus necesidades es cuando realmente se tiene una visión del negocio que permite progresar y obtener beneficios. Página VI

7 REFERENCIAS [WWW001] Historia de la odontología - Wikipedia, la enciclopedia libre es.wikipedia.org/wiki/historia_de_la_odontología [WWW002] La Ingeniería de Software / Software Engineering [WWW004] Base de conocimiento FileMaker ::: udias.com [WWW006] Diseño de arquitectura segura para redes inalámbricas [BARR01] Jesús Barranco de Areba, Metodología del Análisis estructurado de sistemas [2001] Página VII

8 SOFTWARE DEVELOPMENT OF MANAGING A DENTAL CLINIC Author: Laura Martín García Project Manager: Alberto Ciudad Sanchez ABSTRACT The objective of this Project is the analysis, the design and the software development of managing a dental clinic, from the study of business needs and current gaps, thus, achieve an improvement in the organization and operation of the clinic. This software will allow not only an improvement in the management of patients, but carry out a comprehensive control of all relevant aspects of the business. The main objective is to optimize cost and time, and improve in organization, management and security simplifying the work of professionals and offering a better quality of patient s service. KEY WORDS Patient Management, Management Specialists, Payroll Management, Information Security. Página VIII

9 INTRODUCTION Now a day, computers can bring great benefit to businesses such as a dental clinic, providing solutions that facilitate the handling of large amounts of information with which we work every day. This application greatly benefits the customer, saving physical space for storage all the patient s documents to the large amount of time spent in finding the required information, in turn providing safety and reliability of stored data. A great benefit is the organization in managing appointments, one of the main steps of a dental clinic. At the same time, saving time and effort in the control and calculation of payroll, billing, and ordering medical supplies. DESCRIPCTION OF THE WORK The reason for this dental clinic has not had an application which facilitate the management of the business, are mainly the lack of information and knowledge, mistrust, and conformity. Given this factors, we decided to implement an application that would. Given these factors, it been decided, to implement an application that would satisfy the customers needs and budget. After the interview with the end user, it has to be identifies the business needs which currently lacks the clinic and it must be analysis the requirements for carrying out the design of an architecture to obtain a solution that fix with customer needs. Ones it been studying all the alternatives, and taking into all the restrictions imposed by the end user, it been consider using the tool for FileMaker Página IX

10 database, like best option for an application that enables the management of the dental clinic. We can find in this application all relative to Patient management, management specialists, office hours, ordering material, payroll management, billing management, information security, all ensuring the integrity and confidentiality of information. It also takes into the design of a simple interface, intuitive and attractive to end user, which until now are not familiar with any software tool. RESULTS The result once the Project is management software that optimizes process and business functions, facilitating the organization of the functions of the clinic. This application enables quick access and an easy way to inform what it is needed in each case, and provides reliability and security to data stored in the database. Página X

11 CONCLUSION Technology is essensial in dealing with businesses the need large amounts of information. A good structure and organization with adequate resources and tools make the operation, in this case, a dental clinic, improve in all aspect, highlighting the cost and time optimization, and providing safety and reliability of the information. When a company has the right solution tailored to your needs is when it really has a vision of business the enables progress and profit. REFERENCES [WWW001] Historia de la odontología - Wikipedia, la enciclopedia libre es.wikipedia.org/wiki/historia_de_la_odontología [WWW002] La Ingeniería de Software / Software Engineering [WWW004] Base de conocimiento FileMaker ::: udias.com [WWW006] Diseño de arquitectura segura para redes inalámbricas [BARR01] Jesús Barranco de Areba, Metodología del Análisis estructurado de sistemas [2001] Página XI

12 Tabla de contenido 1 HISTORIA DE LA ODONTOLOGÍA Desde el comienzo hasta la consolidación del título universitario de odontólogo...xxx 1.2 Consolidación del título odontológico:...xxxi 1.3 Qué es lo que sucede en España?...XXXI 2 IDENTIFICACIÓN DE NECESIDADES...XXXIV 2.1 Objetivos del sistema...xxxiv 2.2 Alcance de la aplicación...xxxvi En relación al almacenamiento de los datos de pacientes y especialistas:...xxxvi En relación a la informatización de las citas o consultas:...xxxvii En relación a la administración (nóminas y pagos):...xxxviii En relación a la gestión de historiales médicos:...xxxix En relación a la gestión de pedido de material sanitario:...xl 2.3 Tipología de los usuarios finales...xli 2.4 Modelado del Negocio...XLII 2.5 Restricciones del proyecto...xlix 2.6 Antecedentes...XLIX 2.7 Metodología...L 2.8 Planificación...LI 3 ANÁLISIS DE REQUISITOS...XII 3.1 Modelo del sistema actual...liv 3.2 Contexto general del sistema...liv 3.3 Lista de requisitos...lv 3.4 Modelo lógico nuevo...lxi 3.5 Unidades de la organización afectadas...lxxi 3.6 Modelo conceptual de datos...lxxiii Normalizado...LXXIII Diagrama Entidad-Relación...LXXXI 4 ESTUDIO DE LA ARQUITECTURA...LXXXIII 4.1 Estudio de las posibles alternativas para desarrollar la aplicación...lxxxiii 4.2 Evaluación de las alternativas:...xci Página XII

13 4.3 Requisitos Software y Hardware...XCIX Requisitos Hardware...XCIX Requisitos Software...CIV 5 DISEÑO EXTERNO...CVIII 5.1 Interfaz del Menú Principal...CIX 5.2 Interfaz de la Gestión de Consultas...CX 5.3 Interfaz de Gestion de Pacientes...CXII 5.4 Interfaz de Gestión de Especialidades...CXII 5.5 Interfaz deespecialistas...cxiii 5.6 Interfaz de Gestión de Facturas...CXIV 5.7 Interfaz de Gestión de Historiales...CXV 5.8 Interfaz de Gestion de Proveedores...CXV 5.9 Interfaz de Gestión de Materiales...CXVI 5.10 Interfaz de Gestión de Pedidos...CXVI 6 DISEÑO INTERNO...CXVIII 6.1 Diseño del Modelo Entidad-Relación FileMaker...CXIX 6.2 Relaciones...CXX 6.3 Entidades...CXXVII 7 Estimación económica Puntos Función...CLIII 8 Conclusiones Bibliografía y Referencias Página XIII

14 Historia de la Odontología Página XIV

15 1. HISTORIA DE LA ODONTOLOGÍA Leonardo da Vinci fue el primer científico que estudió de manera seria la anatomía de la cabeza, la cara y los dientes, su interrelación y sus proporciones. Sus estudios de anatomía representaron un riesgo muy alto, ya que en aquella época, la Santa Inquisición consideraba como profano utilizar la disección de los cadáveres con el pretexto de la curiosidad por saber cómo era su conformación. Para Leonardo da Vinci el hombre debía ser estudiado aún antes de su nacimiento. Página XV

16 Los primeros estudios que se conservan de Leonardo da Vinci, ya muestran la importancia de las relaciones y proporciones faciales. Estas proporciones faciales estudiadas por Leonardo, todavía son consideradas y aplicables en cirugía dental hoy en día. Fue el primero en describir el seno maxilar y su relación con los órganos dentarios, los que describió y clasificó de manera casi perfecta. Sin embargo, en lugar de ser el antro de Leonardo, la ciencia terminó reconociéndolo como el Antro de Highmore. Es a Antoni Van Leeuwenhoek, un artesano holandés, a quién se le debe el verdadero y real conocimiento de la caries dental. Este artesano, empezó a pulir pedacitos de cristal hasta obtener lentes Página XVI

17 biconvexas que dieron origen al microscopio. Él mismo elaboró pequeños aparatos a los que montó sus lentes, con los que observó, sin él saberlo, las bacterias que producen la caries (Espiroqueta fusiformis dentium), mucho antes de que ni si quiera hubiera nacido Luis Pasteur. "Raspé masilla de mis dientes y la observé con mis cristales pulidos, vi un universo de movimientos y otros como gusanillos que se retorcían sin cesar... ", Leeuwenhoek. Antonj Van Leeuwenhoek Primer microscopio de una lente inventada por Leeuwenhoek y bacterias de materia alba dentaria observadas con él. Página XVII

18 (1523). Dentista tratando a un paciente Fue en la Universidad de París, alrededor del año 1.300, donde aparecieron los primeros textos de odontología. Uno de esos textos fue Chirurgia Magna, escrito en 1386 por el famoso cirujano Guy de Chauliac. Chauliac dedicó la mayor parte de este libro a la patología y terapéutica de los dientes; fue el primero en acuñar los términos dientero y dentista. Guy de Chauliac fue médico del papa Clemente VI y de dos de sus sucesores. Página XVIII

19 El belga Andrés Vesalio, es considerado el mejor anatomista de todos los tiempos. Estudió en París ( ) para más tarde irse a Padua, donde fue nombrado profesor de cirugía ("explicator chirurgiae"). En la primera lección de anatomía que impartió, el 6 de diciembre de 1537, realizó él mismo la disección, lo que acostumbraba a ser la función del barbero sangrador en aquella época. Las obras principales y más conocidas de Vesalio son "De Humani Corporis Fabrica", "Tabulae Anatomicae Sex", "Lettre sur la Saignée" y "Epitome". De Humani Corporis Fabrica fue compuesta entre el invierno de 1539 y el verano de En el plano anatómico, intentó reconciliar lo que se veía indiscutiblemente en las disecciones humanas y lo que se leía en Galeno. Las láminas como auxiliares de la enseñanza fueron defendidas por Vesalio, como un medio de ayuda al estudio, pero aconsejaba a los estudiantes emplear sus propias manos en disección. Si bien la contribución de Vesalio a la Cirugía no fue directa ni destacada, la orientación de la Anatomía que impulsó Vesalio propiciaría gran parte de la base científica de la cirugía de los siglos siguientes. Página XIX

20 Andrés Vesalio Ambroise Paré nace en Francia en Paré introdujo la ligadura de las arterias en lugar del cauterio y adaptó métodos de obstetricia. Escribió su Método para tratamiento de fracturas de la cabeza humana, en 1561 y su libro Cirugía y otros instrumentos necesarios para practicarla, en Ambroise Paré Página XX

21 Limas, punzones e instrumentos quirúrgicos diseñados por Ambroise Paré Fórceps y llaves para extracciones dentales del Siglo XVI Página XXI

22 Barbero y cirujano, siglo XVII Dentista itinerante en la campiña francesa Francia es el país en el que podemos empezar a hablar de la ciencia formal, la cual empezó con los trabajos de Pierre Fauchard ( ), quien fue el primer médico que se dedicó exclusivamente a los problemas dentales. Reunió la información que se había ido obteniendo a través de los siglos y definió el plomo y el estaño como los materiales utilizados para rellenar las cavidades dentales. Su labor más importante fue establecer el principio ético de que las técnicas secretas debían detallarse públicamente, de esta forma podrían evaluarse los resultados y así ser aprovechados por otros. Página XXII

23 Pierre Fauchard, padre de la odontología moderna. Fauchard puso un especial énfasis en la formación y estudio específico para los odontólogos y en que el examen de los aspirantes fuera practicado por personas experimentadas en la disciplina y no por cirujanos. Fue el primero en aconsejar que el paciente fuera instalado en una silla cómoda, en lugar del suelo, que era la práctica común. Sillón dental de Pierre Fauchard Página XXIII

24 En 1746, diseñó una máquina para tallar dientes, que fue el origen del actual torno dental. Fauchard aconsejó el raspado de las cavidades para liberarlas de los tejidos enfermos y luego su obturación, primeramente con estaño o plomo (practica que debió haberlo llevado a ser el causante de algunos casos de saturnismo y otras enfermedades mentales) y posteriormente preconizó el oro. Al principio utilizaba papeles de oro cohesivo, pero al ser éstos bastante difíciles de manejar, se fabricaron posteriormente pequeños cilindros de oro a partir de monedas brasileñas, que era el oro más puro que se podía obtener. Su libro "El cirujano dentista" fue el texto utilizado durante generaciones. Su trabajo fue seguido por otros como Mouton y Du Chateau. Mouton construyó la primera funda de oro y otras prótesis. Du Chateau, un farmacólogo de la región de Sevres, modeló la primera dentadura en porcelana. En los textos sobre historia de la odontología, sus autores dan poca importancia a los esfuerzos que se hicieron en la antigüedad para tratar las alteraciones o enfermedades bucodentales, considerándolos como hallazgos incidentales. Tienen la tendencia a iniciar la historia de la odontología a partir de Pierre Fauchard. Página XXIV

25 Instrumentos dentales y anatomía dental. Caja dental e instrumentos en marfil Página XXV

26 Representación de la práctica odontológica en la Francia del siglo XVIII Alegoría que representa a barberos-dentistas en su práctica Página XXVI

27 En Alemania destacan informes como el del dentista Phillipe Fach, que en 1755 describió como hacer modelos de yeso a partir de impresiones en cera. Los artesanos, que generalmente tallaban madera, fueron los precursores de los técnicos dentales, tallando las primeras prótesis, diseñadas por Adam Brunner. La primera mujer dentista aparece en Inglaterra, en Cuando falleció su marido, el Dr. Povey, ella continuó ejerciendo su profesión. En Londres, W.H. Pepys, fue el primero en utilizar un metal fusible con fines de obturación en el año Este metal le causaba problemas debido a la temperatura necesaria para llegar al punto de fusión, en lo que intervino el químico francés Regnart (1818), quien solucionó el problema añadiendo mercurio en una décima parte del metal a fundir para bajar el punto de fusión. Una vez obtenido este descubrimiento, se hizo de uso generalizado. Inicios de la pasta dental moderna. En Londres, J.L.Murphy, en 1837, describió en una publicación la preparación de la amalgama a base de plata y mercurio, haciendo notar que la venía utilizando satisfactoriamente desde hacía 12 años. Murphy fue el primero en efectuar incrustaciones de porcelana. Página XXVII

28 Instrumentos dentales siglo XIX para la familia real inglesa. En Estados Unidos, Marcus Bull fue el pionero en la utilización de oro para uso dental, en Mejoró considerablemente el material de moneda preconizado en Francia por Pierre Fauchard. En 1855 Robert Arthur perfeccionó el oro cohesivo en la ciudad de Baltimore. Este tipo de oro permitía recubrimientos casi perfectos con posibilidad de reconstrucciones anatómicas. También se usaron hojas de plata, pero no tuvieron tanto éxito. El primer dentista que publicó un artículo sobre la correcta preparación de cavidades dentales para recibir prótesis fue G.V. Black, en la revista Dental Cosmos. En sus escritos, Black habla con exactitud de la conformación del esmalte y sus propiedades físicas. La introducción de la anestesia en la odontología fue importante como lo fue para la cirugía en otros órganos. Fue un odontólogo el primero en utilizar líquidos volátiles, quien más tarde murió adicto a tales gases. Página XXVIII

29 Inyector a presión de cocaína siglo XIX, Tornillo dental, Elevador de Bell, EEUU Gabinete dental 1870 Sillón dental SS White, siglo XIX Página XXIX

30 1.1 Desde el comienzo hasta la consolidación del título universitario de odontólogo Como se ha contado anteriormente, en toda Europa, a lo largo de los siglos XVI y XVII, la odontología era practicada por los cirujanos de nivel más bajo; barberos y sangradores. Fue en Francia, a lo largo del siglo XVII, donde poco a poco se fueron promulgando una serie de leyes que intentaban regular el ejercicio de la odontología y establecer la titulación necesaria para poder ejercer dicha práctica. Así se llegó a establecer el título de expert pour les dents, en la Escuela de Cirugía de París (1699). Para conseguir este título había que realizar un examen teórico y práctico delante de un tribunal, formado por cirujanos y médicos. Esto supuso que a lo largo del siglo XVIII empezase la lucha por definir la parcela de trabajo entre los cirujanos y los que habían obtenido este título. Esta guerra culmina en 1768, cuando se definen dos títulos diferenciados: - Experto en dientes o dentista: sólo odontología. - Cirujano dentista: además de cirujano, es dentista. Página XXX

31 1.2 Consolidación del título odontológico: Con respecto a la formación existen dos posibilidades: - La universidad. Nace en Alemania, en la Universidad de Viena, de la mano de Carabelli. - Escuelas Independientes. La primera escuela independiente de cirugía dental nace en Estados Unidos, donde Hayden y Harris fundan en 1840 el Baltimore College of Dental Surgery, y es en Estados Unidos donde se desarrolla fundamentalmente esta formación. También fundan la Sociedad Americana de Cirujanos dentistas y la primera revista dedicada a este sector, American Journal of Dental Sciencie (1839). 1.3 Qué es lo que sucede en España? En un primer momento prevaleció la orientación odontológica, encabezada por Florestán Aguilera (La Odontología, 1892), cubano que se había formado en Estados Unidos. En 1902 se planteó estudiar odontología como una sección de medicina, en la facultad de Madrid. Se estudiaban dos años de medicina y posteriormente se pasaba a los estudios sobre odontología. Todo ello culminó con la formación de la Escuela de Odontología de Madrid. En el período de entreguerras empieza a ganar terreno la concepción estomatológica gracias a Bernardino Landete, médico especializado en odontología. Crea en 1948 la Escuela de Estomatología (transforma la Escuela de Odontología en la de Estomatología). Página XXXI

32 Después de muchos años se iniciaron más escuelas de estomatología. Esto ha estado ocurriendo hasta hace pocos años, cuando se estableció la odontología dentro de la universidad, relacionada con la medicina, pero con una titulación distinta. La odontología como profesión lleva 25 años, desde Durante unos años coexistió como una especialidad médica. Página XXXII

33 Identificación de Necesidades Página XXXIII

34 2 IDENTIFICACIÓN DE NECESIDADES El primer paso del proyecto consiste en una entrevista con el cliente, quién nos expone sus necesidades generales, a partir de las cuales se establecen los objetivos y se determinan las pautas a seguir. El objetivo principal de la implantación de este software de gestión es la mejora en la organización para un buen funcionamiento de la clínica, optimizando así los recursos y el tiempo, de manera sencilla y eficaz para el cliente, atributos que se tienen en cuenta a la hora de plantear el diseño. 2.1 Objetivos del sistema Los objetivos de tipo empresarial, del problema en estudio, que expone el cliente, son los siguientes: - Diversidad de profesionales. En la clínica se cuenta con varios profesionales, cada uno especializado en un área de la odontología. Odontólogo general. Ortodoncista. Edondoncista. Implantólogo. Cada profesional está disponible unos determinados días y unas determinadas horas, por lo que es necesario el establecimiento de horarios compatibles para todos, y a su vez tenerlos en cuenta para la citación de los pacientes. Página XXXIV

35 - Control en el tiempo de consulta. Es típico que en la consulta del dentista el paciente tenga que esperar aún pasada la hora de su cita. Esto se debe a que no siempre se tiene en cuenta la duración de la intervención de cada paciente. El objetivo es, aunque sea de forma aproximada, establecer tiempos de consulta siendo más precisos en las intervenciones más habituales. - Gestión de citas. Teniendo en cuenta los dos requisitos anteriores: la disponibilidad de los especialistas y el control en el tiempo de consulta, el objetivo es que los pacientes, por medio del personal de recepción, puedan pedir cita de una manera ágil y sencilla tanto para el personal de recepción como para los propios pacientes. De esta forma se busca evitar largas esperas para los pacientes y confusiones en la asignación de horarios, tan habituales actualmente. - Historial clínico de los pacientes. La información sobre los pacientes se guarda en archivadores. Esto requiere mucho espacio para el almacenamiento y una gran inversión de tiempo para una buena organización y control, así como para acceder a los datos que sea necesario en momentos puntuales. - Material sanitario. El control del material sanitario se realiza periódicamente por un auxiliar, quién cada cierto tiempo realiza un pedido mediante una llamada telefónica al distribuidor o proveedor correspondiente. Sería conveniente y más eficaz contar con una tabla de materiales que proporcione la aplicación para gestionar la realización de los pedidos a proveedores de manera más sencilla y mediante una tabla de pedidos que proporcione un mejor control de los mismos y sus pagos correspondientes. Página XXXV

36 - Control de pagos de clientes. Actualmente el control de los pagos se lleva en una libreta, de forma manual, el personal de recepción anota los pagos que se han realizado, incluso los que se hacen a plazos, anotando el nombre y DNI del paciente y actualizando el pago pendiente después de cada plazo. No sólo por el tiempo que se invierte en buscar y actualizar manualmente en papel, sino por la gran dificultad que tiene llevar un buen control financiero en estas circunstancias, es necesario establecer una solución a este problema. - Control de nóminas. Es un gran esfuerzo el que hay que realizar a la hora de pagar la nómina a cada profesional, ya que hay que hacer un recuento de las intervenciones realizadas y aplicarle su tanto por ciento correspondiente. La aplicación deberá simplificar este proceso. 2.2 Alcance de la aplicación A partir de los objetivos del sistema, se considera en el alcance del proyecto las siguientes funciones de negocio: En relación al almacenamiento de los datos de pacientes y especialistas: - Los pacientes serán dados de alta en la clínica desde la primera consulta. Una vez dados de alta, formarán parte de la base de datos. Simplemente con dar su DNI, podrán ser identificados en el sistema, lo que agiliza cualquier tipo de gestión. Página XXXVI

37 - Igualmente, los pacientes podrán ser dados de baja, por lo que dejaran de ser clientes de la clínica, aunque su historial médico permanecerá en la base de datos, por si en un futuro volviese el mismo cliente. - En cuanto a los especialistas, sus datos también son almacenados en una base de datos. Al igual que los pacientes podrán darse de alta nuevos especialistas o darse de baja, dejando de trabajar en la clínica. Tener registrados los especialistas, nos facilitará otro tipo de gestiones, como pueden ser la gestión de nóminas, o la gestión de citas. - En ambos casos, además de poderse dar de alta o de baja, sus datos también podrán ser modificados en caso de que fuera necesario En relación a la informatización de las citas o consultas: - La informatización de la gestión de citas es uno de los puntos más importantes que debe realizar el sistema. Mediante la implantación de esta aplicación, se optimizará de manera notable todo el proceso. El recepcionista estará mucho más desahogado ya que resulta ser un trabajo tedioso asignar citas en fechas disponibles teniendo en cuenta el tipo de consulta. Con el nuevo sistema, el recepcionista podrá percatarse fácilmente de las horas disponibles para un día en concreto. Página XXXVII

38 - Mediante la implantación de este sistema se pretende optimizar las esperas de los pacientes y ganar en puntualidad y organización. - También será más sencillo asignar el especialista disponible para ese día en concreto. - Las consultas serán almacenadas en una base de datos. Esta base de datos servirá las consultas para crear los historiales de cada paciente En relación a la administración (nóminas y pagos): - Al tener a los pacientes y especialistas registrados en el sistema, lo referente a administración es bastante más eficaz y rápido que antes. - De la gestión de las nóminas mensuales se encarga el administrativo. Mediante este sistema, se calcularán de forma automática las nóminas de cada uno de los especialistas de la clínica. Para calcular el importe total, la clínica tiene su estrategia salarial propia que funciona de la siguiente manera: Cada especialidad tiene un sueldo base fijo, a lo que hay que añadir un tanto por ciento del importe de cada consulta realizada por un especialista en concreto. Por lo tanto el sueldo total de un empleado está en función de su especialidad y además del número de consultas que ha realizado en un mes. Página XXXVIII

39 - Algunos especialistas están dados de alta como autónomos, por lo que en este caso, se aplicará un tanto por ciento diferente al importe de sus consultas y no contarán con un sueldo base. Con este sistema informático, estos cálculos se realizan automáticamente, por lo que el administrativo ahorrará tiempo en cálculos y podrá emplearlo en la supervisión y control, reduciendo la probabilidad de errores. - La nómina tiene un formato en concreto. Al final de cada mes se imprimen las nóminas y se envían a su propietario. - En cuanto a los pagos por parte de los pacientes, el recepcionista, después de cada consulta, imprime una factura en la que constan los datos de interés y se entrega al paciente que tendrá que abonar el importe de dicha factura En relación a la gestión de historiales médicos: - El manejo de historiales de forma informatizada será una de las grandes ventajas de este sistema. El especialista podrá tener acceso a todas las consultas anteriores de un paciente en concreto de forma rápida y confidencial. Como cada consulta es guardada en una base de datos, simplemente debemos agrupar todas aquellas consultas que pertenezcan al paciente en concreto y visualizarlas por orden cronológico. Página XXXIX

40 - Esto permite llevar un seguimiento preciso de cada paciente, de forma fiable, sencilla y rápida, asegurando la mejor atención al paciente, optimizando el tiempo de búsqueda en papel y resolviendo el problema de espacio de almacenamiento físico En relación a la gestión de pedido de material sanitario: - Para una correcta gestión de pedidos primero se deberá saber cuáles son nuestros proveedores habituales. La clínica siempre realiza los mismos pedidos periódicamente, por lo que tiene unos proveedores de confianza. La información de estos proveedores estará almacenada en una base de datos para agilizar su gestión. - A su vez los materiales también estarán registrados en una base de datos, y junto con ellos se guardará los datos relevantes de cada uno de ellos. - Para realizar un pedido, bastará con seleccionar los materiales necesarios, cantidad y los proveedores asociados. El sistema calculara el importe total y realizara el pedido de forma automática. - Estos pedidos se guardarán en una tabla, por lo que facilitará las consultas necesarias ya sea por material, proveedor, fecha o precio, garantizando el control y seguridad de la trazabilidad. Página XL

41 2.3 Tipología de los usuarios finales Las personas que interactuarán con el nuevo software serán: Recepcionista: Gestión de pacientes, Gestión de citas, y Gestión de facturas, Gestión de historiales. Administrativo: Gestión de nóminas, Gestión de pedidos, Gestión de especialista y Gestión de material. Especialista: Gestión de Historiales. Dirección. El cliente tendrá acceso a toda la aplicación para un control general del negocio. El usuario final al que va dirigido el software será principalmente al personal de recepción de la clínica, que es el encargado de anotar las citas según los horarios de consulta y especialista y realizar el cobro del servicio. El administrativo accederá a la aplicación para la gestión y supervisión de cobros tanto de los pacientes como de los pedidos de material a los proveedores y para la gestión de nóminas de los especialistas. Los especialistas pueden acceder al historial de los pacientes para realizar consultas y posibles actualizaciones, así como registrar la información relevante a cerca de la consulta realizada al paciente. El cliente en este caso es el dueño y odontólogo general de la clínica, por lo que tendrá acceso a toda la aplicación. Página XLI

42 En la realización del software se tendrá en cuenta que el usuario final no está familiarizado con sistemas informáticos y por lo tanto el producto final tendrá que ser sencillo, con una interfaz atractiva y fácil de utilizar. La solución óptima para garantizar el mejor uso y una rápida familiarización con la aplicación, es una vez implantada, impartir un pequeño curso de aprendizaje. 2.4 Modelado del Negocio Los objetivos de los casos de uso son los siguientes: - Capturar los requisitos funcionales del sistema y expresarlos desde el punto de vista del usuario. - Guiar todo el proceso de desarrollo del sistema de información. Los casos de uso proporcionan, por tanto, un modo claro y preciso de comunicación entre el cliente y el desarrollador. Aporta una visión de cómo aparece el sistema desde el exterior sin necesidad de entrar en los detalles de su construcción. Esto supone el punto de partida y el eje sobre el que se apoya todo el desarrollo del sistema en los procesos de análisis y diseño. Para definir el modelado del negocio se ha utilizado la herramienta IBM Rational Rose. En este diagrama se muestran los usuarios finales que interactúan con el software. Se distingue entre Trabajadores del negocio, que son los usuarios que interactúan directamente con el sistema, y los Actores, que lo hacen de forma indirecta. Página XLII

43 El siguiente gráfico es el Modelo de Casos de Uso, que proporciona una visión general de la funcionalidad del software, a partir del cual se irá desarrollando en detalle cada caso en particular. Página XLIII

44 Del análisis del gráfico anterior, se definen los principales procesos del Negocio. Por cada proceso identificado, se realiza un análisis en profundidad que facilitará el desarrollo del proyecto de forma estructurada. A continuación se define cada uno de los procesos anteriores. Página XLIV

45 - Gestión de Pacientes - Gestión de Citas - - Gestión de Historiales de pacientes Página XLV

46 - Gestión de especialidades Página XLVI

47 - Gestión de Especialistas - Gestión de Facturas Página XLVII

48 - Gestión de Nóminas - Gestión de Pedidos Página XLVIII

49 2.5 Restricciones del proyecto Las restricciones con las que cuenta el desarrollo del proyecto son fundamentalmente tres: - Restricción de tiempo: el cliente se encuentra en una situación en la que es más que necesaria la implantación de un sistema integral de gestión del negocio, por lo que la implantación de la aplicación debe llevarse a cabo lo antes posible. - Restricción económica: tanto en los requisitos software como hardware, tendremos que ajustarnos al presupuesto acordado con el cliente. - Restricción funcional: los usuarios finales actualmente trabajan de forma manual, por lo que no están familiarizados con aplicaciones informáticas. Esta aplicación deberá tener una interfaz clara y atractiva, y poder manejarse de forma sencilla e intuitiva. 2.6 Antecedentes Actualmente la clínica no cuenta con ningún sistema informático para la gestión del negocio. La organización se realiza de forma manual, por lo que la aplicación se desarrollará desde cero sin tener en cuenta ningún sistema informático anterior. Página XLIX

50 2.7 Metodología Para el desarrollo del proyecto se seguirá una metodología lineal o en cascada, compuesta de las siguientes fases: 1. Identificación de necesidades. 2. Análisis de requisitos. 3. Estudio de la arquitectura. 4. Diseño externo. 5. Diseño interno. 6. Programación. 7. Pruebas. 8. Implantación. Página L

51 2.8 Planificación Se realiza la planificación siguiendo la metodología del Diagrama de Gantt. Esta herramienta permite modelar la planificación de las tareas necesarias para la realización del proyecto. - Unidades Principales: Trimestres - Unidades Secundarias: Semanas - Formato: Días - Fecha de Comienzo: 12/10/ Fecha Final: 23/06/ Ventana de Trabajo: L M X J V: 7 Horas por día - Duración: 183 días + 7 días de colchón. - Número de Fases: 6 - Número de tareas: 18 3 Página LI

52 Análisis de Requisitos Página LII

53 Página LIII

54 3. ANÁLISIS DE REQUISITOS En esta fase del proyecto se profundiza en las necesidades, problemas y requisitos del cliente para alcanzar un conocimiento del sistema que permita ofrecer una solución específica y definir el alcance de la aplicación. 3.1 Modelo del sistema actual Hasta la implantación de la aplicación integral de gestión, la clínica no contaba con un sistema de flujos de información, ya que se realizaba la gestión manualmente. Por lo tanto no es viable realizar los modelos lógico y físico del sistema actual. 3.2 Contexto general del sistema En este apartado se muestra mediante un gráfico de símbolos la interacción del sistema con los usuarios finales. Usuarios finales Aplicación de Gestión GCD GCD Server GCD BBDD Página LIV

55 3.3 Lista de requisitos IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Seguridad del Sistema Identificador: R1 Categoría: Seguridad Descripción: El diseño de la arquitectura del sistema debe ser seguro en todos los niveles. Se debe garantizar la integridad, consistencia y confidencialidad de los datos. Los empleados deben autentificarse para poder acceder al sistema. Beneficios: Garantía de seguridad Comentarios y soluciones propuestas: Crear usuarios del sistema e implantar una arquitectura de red segura (Firewall) Requisitos relacionados: R3, R4, R5, R6, R7, R8, R9, R10, R11, R12, R13, R14 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Renovar la imagen Identificador: R2 Categoría: Operativa / De Presentación Descripción: El hardware y software implantado debe de ser innovador y eficiente. Se pretende renovar la imagen de la clínica y aumentar su producción. Beneficios: Mejorar la imagen corporativa de la clínica. Comentarios y soluciones propuestas: Renovar el material e informatizar procesos de gestión. Apostar por nuevas tecnologías. R3, R4, R5, R6, R7, R8, R9, R10, R11, R12, Requisitos relacionados: R13, R14 Página LV

56 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Distribución de la información en Bases de Datos Relacionales Identificador: R3 Categoría: Operativa Descripción: Los datos relevantes de la empresa deben ser distribuidos y almacenados en bases de datos relacionales de forma eficiente, ordenada y segura. Beneficios: Almacenamiento y distribución. Facilidad de control y acceso a la información Comentarios y soluciones propuestas: Crear bases de datos de forma lógica: PACIENTES, ESPECIALISTAS, ESPECIALIDADES, CONSULTAS, PROVEEDORES, PEDIDOS, MATERIALES, NOMINAS y FACTURAS Requisitos relacionados: R3, R4, R5, R6, R7, R8, R9, R10, R11, R12, R13, R14 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Copias de Seguridad Identificador: R4 Categoría: Operativa Descripción: Se realizarán copias de seguridad diarias contra las bases de datos. Estas copias se realizarán fuera de horario para no afectar al rendimiento del sistema Beneficios: Integridad de los datos Comentarios y soluciones propuestas: FileMaker Server ofrece las tareas de copias de seguridad de forma automática Requisitos relacionados: R1, R3 HOJA DE REQUISITOS Página LVI

57 IDENTIFICACIÓN Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Pacientes Identificador: R5 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar los registros de todos los pacientes que sean clientes de la clínica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar búsquedas sobre determinados criterios. Beneficios: Permitir actualizar y llevar un control de los pacientes. Garantizar confidencialidad Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R1, R3 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GDC Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Especialistas Identificador: R6 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar los registros de todos los especialistas que sean empleados de la clínica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar búsquedas sobre determinados criterios. Los especialistas de una misma especialidad tendrán las mismas condiciones. Beneficios: Permitir actualizar y llevar un control de los especialistas. Garantizar confidencialidad Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R1, R3, R7 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García Página LVII

58 REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Media Título: Gestión de Especialidades Identificador: R7 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar los registros de todas las especialidades que oferte la clínica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar búsquedas sobre determinados criterios. Marcan las condiciones de los especialistas. Beneficios: Permitir actualizar y llevar un control de las especialidades. Garantizar confidencialidad Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R1, R3, R6 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Consultas Identificador: R8 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar los registros de todas las consultas que se soliciten en la clínica, ya sean altas, bajas o modificaciones, de forma segura. Se deben poder realizar búsquedas sobre determinados criterios. Para solicitar una nueva consulta hay que comprobar la disponibilidad de la especialidad solicitada en el día indicado. Si no existe disponibilidad, el paciente debe elegir otra fecha. Beneficios: Agilizar el proceso de citación de pacientes de una manera ordenada y efectiva Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R5, R6, R7, R9, R10, R11 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Página LVIII

59 Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Historiales Identificador: R9 Categoría: Funcional / De Presentación Descripción: Al crear una nueva consulta, ésta se añade al historial del paciente que puede ser consultado por los especialistas. Éstos reflejarán los síntomas, diagnóstico y tratamientos de la consulta. Se permiten realizar búsquedas sobre determinados criterios. Beneficios: Almacenar las consultas de cada paciente de forma confidencial, generando un historial. Comentarios y soluciones propuestas: Mediante búsquedas en la base de datos CONSULTAS se pueden obtener los historiales. Requisitos relacionados: R1, R3, R4, R8 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Facturas Identificador: R10 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar todas las facturas que se generen en la clínica de forma segura. Se deben poder realizar búsquedas sobre determinados criterios y generar listados. Cada factura vendrá determinada por una consulta y su importe. Se imprimen para entregar al paciente. Beneficios: Control total sobre facturas y pagos. Generar facturas de forma automática. Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R5, R8 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Nóminas Identificador: R11 Categoría: Funcional / De Presentación Descripción: Página LIX

60 El sistema debe gestionar y controlar todas las nóminas que se generen en la clínica de forma segura. Para calcular el sueldo de los especialistas hay que comprobar las consultas que ha realizado en el mes y a su importe sumarle el sueldo base de su categoría. Se pueden imprimir en formato nómina para ser entregadas al especialista. Se pueden realizar búsquedas y listados por determinados criterios. Beneficios: Control total sobre facturas y pagos. Generar facturas de forma automática. Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R6, R7, R8 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Proveedores Identificador: R12 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar todos los proveedores con los que trabaja la clínica. Estos a su vez, proporcionarán información a la clínica sobre sus productos en venta, promociones, ofertas, etc. Beneficios: Organizar los proveedores para facilitar las gestiones con ellos. Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R13 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Materiales Identificador: R13 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar y controlar todos materiales con los que trabaja la clínica. Los materiales vienen determinados por el surtido ofrecido por los proveedores. Se deben poder Página LX

61 realizar búsquedas y listados. Beneficios: Organizar los materiales para facilitar las gestiones con ellos. Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R12 IDENTIFICACIÓN HOJA DE REQUISITOS Proyecto: GCD Jefe de proyecto: Laura Martín García REQUISITO Fecha: 12/2010 Versión: 1.0 Estado: Aceptado Prioridad: Alta Título: Gestión de Pedidos Identificador: R14 Categoría: Funcional / De Presentación Descripción: El sistema debe gestionar los pedidos de materiales que realicen los administradores de la clínica. Estos pedidos se hacen a los proveedores indicando que materiales se quieren adquirir y la cantidad. Los pedidos se almacenan para llevar un control sobre ellos. Beneficios: Agilizar el proceso de compras. Comentarios y soluciones propuestas: Dotar a la aplicación de una base de datos y una interfaz para realizar dicho proceso. Requisitos relacionados: R3, R12, R Modelo lógico nuevo En este apartado se especificarán, a partir de los objetivos definidos en la identificación de necesidades, las funciones de negocio a mecanizar. - Gestión de pacientes El personal de recepción es el encargado de realizar esta función. Para acceder al sistema tiene que autentificarse mediante su nombre Página LXI

62 de usuario y contraseña. Una vez dentro del sistema, el recepcionista puede dar de alta, dar de baja o modificar el registro de un paciente. Todos los pacientes tratados en la clínica deben estar dados de alta. También se pueden hacer búsquedas y consultas sobre una información en concreto. Para dar de alta a un paciente se necesitan todos los datos personales que son solicitados al paciente, además de una serie de datos adicionales como observaciones, enfermedades o seguro médico. Página LXII

63 - Gestión de especialistas El administrativo es quién gestiona esta función. Para acceder al sistema tiene que autentificarse mediante su nombre de usuario y contraseña. Una vez dentro del sistema, el recepcionista puede dar de alta, dar de baja o modificar el registro de un especialista. Todos los especialistas de la clínica deben estar dados de alta. También se pueden realizar búsquedas y consultas sobre una información en concreto. Para dar de alta un especialista necesitamos todos sus datos personales. Mediante su especialidad podremos saber todo lo relacionado con su sueldo y horario. Página LXIII

64 - Gestión de especialidades Las distintas especialidades médicas con las que presta servicio la clínica están registradas en una tabla, en la que se define el sueldo base y el tanto por ciento de beneficio que cobra el especialista por su servicio. - Gestión de citas El personal de recepción es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. El protocolo para crear una nueva cita es el siguiente: el paciente llama por teléfono a la clínica. La llamada es atendida por recepción. Tras solicitar el identificador al paciente, se comprueba si ya está registrado en el sistema mediante una búsqueda en la base de datos PACIENTES. En caso de no estar registrado, se crea un nuevo registro. A continuación se le pide al paciente qué tipo de consulta desea realizar. Sabiendo la especialidad, se podrá saber los médicos que ejercen dicha especialidad. Por último, el paciente indica que día le gustaría pedir cita y a qué hora. El sistema, con estos datos, muestra la disponibilidad del especialista deseado en el día elegido. En caso de estar disponible, se registra una nueva consulta en la base de datos. En caso contrario, el recepcionista le comunica al paciente que la fecha elegida no está disponible, teniendo que elegir otra hora y/u otra fecha en caso de no tener especialista para ese día. Página LXIV

65 - Gestión de historiales El personal de recepción junto con los especialistas, son quienes gestionan esta función. Para acceder al sistema, ambos deben autentificarse mediante su nombre de usuario y contraseña. Una vez dentro, deberá introducir el identificador del paciente, pudiendo utilizar cualquier dato personal de éste para realizar la búsqueda, aunque normalmente se considerará el DNI. Con este identificador se realizará la búsqueda en la tabla CONSULTAS. Por cada consulta que lleve asociado ese identificador se añadirá a la lista que será mostrada al médico. El médico podrá acceder a la consulta que desee para visualizarla en profundidad. Página LXV

66 - Gestión de facturas El personal de recepción es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. Con los datos del paciente e información de la consulta se edita una factura en la que se indica el importe total a abonar. Esta factura se imprime en el momento y se entrega al paciente, además de quedar registrada en la base de datos FACTURAS. Página LXVI

67 - Gestión de nóminas El Administrativo es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. Su función es calcular o consultar la nómina mensual de cada especialista. El funcionamiento es el siguiente: Una vez dentro del sistema, se debe introducir el identificador del especialista y el mes deseado. Con esta información se genera un informe en formato nómina listo para imprimir y enviar. El cálculo se realiza de la siguiente manera: Con el identificador del especialista se realiza una búsqueda en la base de datos ESPECIALISTAS para conocer su especialidad. Se tiene definido el sueldo base de la especialidad y el tanto por ciento de comisión de cada consulta que realiza, que viene definido en la base de datos ESPECIALIDADES. A continuación se realiza una segunda consulta con el identificador y el mes en la base de datos CONSULTAS. Con el identificador se conocen los datos del médico. Con su identificador y el mes deseado se recopilan todas las consultas en dicho mes por el especialista en concreto. Se calcula el importe total de todas sus consultas, se le aplica el tanto por ciento correspondiente y se le suma el sueldo base en el caso de que lo tenga esa especialidad. Y así se obtiene el importe total de la nómina. Página LXVII

68 - Gestión de materiales El Administrativo es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. La aplicación contará con una base de datos MATERIALES donde los materiales e instrumental clínico de los que se realizan pedidos más habituales están registrados. - Gestión de proveedores Página LXVIII

69 El Administrativo es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. Una vez dentro del sistema, el Administrador puede dar de alta a un proveedor, o dar de baja a un proveedor que ya no trabaje con el cliente. Todos los proveedores de la clínica deben estar dados de alta y tienen una ficha donde se recoge toda la información de interés de cada uno de ellos. También se pueden hacer modificaciones en cualquiera de sus atributos y realizar búsquedas y consultas sobre una información en concreto. Página LXIX

70 - Gestión de pedidos El Administrador es quién gestiona esta función. Para acceder al sistema debe autentificarse mediante su nombre de usuario y contraseña. Una vez validado, puede realizar pedidos de material a los diferentes proveedores habituales. El funcionamiento es el siguiente: Mediante un listado en el que se reflejan todos los materiales utilizados, el administrador puede seleccionar lo que necesite. Debe indicar la cantidad de dicho producto. Al realizar el pedido se genera un nuevo registro en la tabla PEDIDOS. Se enviará un correo electrónico al proveedor adecuado informándole de nuestro pedido. Por último se genera un informe donde queda detallada la información relativa al pedido. Página LXX

71 3.5 Unidades de la organización afectadas Las siguientes tablas muestran el impacto que tiene la implantación del nuevo sistema en las unidades funcionales del negocio y en las personas que interactúan con ellas. Los indicadores de evaluación son: 0 Sin influencia 1 Medio 2 - Significativo Página LXXI

72 Página LXXII

73 3.6 Modelo conceptual de datos En este apartado se describen las estructuras de datos que componen la base de datos de la aplicación. Este análisis ayuda a la representación de los elementos que intervendrán en el desarrollo de ésta y las relaciones entre ellos Normalizado Tabla PACIENTES Los atributos correspondientes con esta entidad son: ID Paciente DNI Nombre Apellidos Fecha Nacimiento Teléfono Teléfono Móvil Seguro Médico La tabla en FNBC queda de la siguiente manera: PACIENTES = {ID Paciente, DNI, Nombre, Apellidos, Fecha Nacimiento, Teléfono, Teléfono Móvil, Seguro Médico} La tabla PACIENTES se representa como entidad. Página LXXIII

74 Tabla ESPECIALISTAS Los atributos correspondientes con esta entidad son: ID_Especialista DNI Nombre Apellidos Dirección Fecha Nacimiento Teléfono Fecha Alta Título ID Especialidad La tabla en FNBC queda de la siguiente manera: ESPECIALISTAS_1 = {ID Especialista, DNI, Nombre, Apellidos, Dirección, Fecha Nacimiento, Teléfono, Fecha Alta, Título} ESPECILAISTAS_2 = { ID Especialista, ID Especialidad} La tabla ESPECIALISTAS_1 se representa como entidad mientras que la tabla ESPECIALISTAS_2 se representa como relación Página LXXIV

75 Tabla ESPECIALIDADES Los atributos correspondientes con esta entidad son: ID Especialidad Especialidad Sueldo/Hora Sueldo Base La tabla en FNBC queda de la siguiente manera: ESPECIALIDADES = {ID Especialidad, Especialidad, Sueldo/Hora, Sueldo Base } La tabla ESPECIALIDADES se representa como entidad. Tabla CONSULTAS Los atributos correspondientes con esta entidad son: ID_Consulta Fecha Hora Estado Importe Síntomas Tratamiento ID Paciente ID Especialista Página LXXV

76 La tabla FNBC queda de la siguiente manera: CONSULTAS_1 = { ID Consulta, Fecha, Hora, Estado, Importe, Síntomas, Tratamiento} CONSULTAS_2 = { ID Consulta, ID Paciente} CONSULTAS_3= { ID Consulta, ID Especialista} CONSULTAS_4 = { ID Consulta, ID Factura} La tabla CONSULTAS_1 se representa como entidad, mientras que las tablas CONSULTAS_2, CONSULTAS_3 y CONSULTAS_4 se representan como relación Tabla FACTURAS Los atributos correspondientes con esta entidad son: ID Factura Forma Pago Estado La tabla en FNBC queda de la siguiente manera: FACTURAS = { Id Factura, Forma Pago, Estado} La tabla FACTURAS se representa como entidad. Página LXXVI

77 Tabla NÓMINAS Los atributos correspondientes con esta entidad son: ID Nomina Año Mes Importe Consultas Importe Neto Numero Consultas Total ID Especialista La tabla FNBC queda de la siguiente manera: NOMINAS_1 = { ID Nómina, Año, Mes, Importe Consultas, Importe Neto, Numero Consultas, Total} NOMINAS_2 = { ID Nomina, ID Especialista} La tabla NOMINAS_1 se representa como entidad, mientras que la tabla NOMINAS_2 se representa como relación Tabla PROVEEDORES Los atributos correspondientes con esta entidad son: ID Proveedor Nombre Dirección Teléfono Correo Electrónico Página LXXVII

78 La tabla FNBC queda de la siguiente manera: PROVEEDORES = { ID Proveedor, Nombre, Dirección, Teléfono, Correo Electrónico} La tabla PROVEEDORES se representa como entidad. Tabla MATERIALES Los atributos correspondientes con esta entidad son: ID Material Nombre Precio Unidad Marca ID Proveedor La tabla FNBC queda de la siguiente manera: MATERIALES_1 = { ID Material, Nombre, Precio Unidad, Marca} MATERIALES_2 = { ID Material, ID Proveedor} La tabla MATERIALES_1 se representa como entidad, mientras que la tabla MATERIALES_2 se representa como relación. Página LXXVIII

79 Tabla PEDIDOS Los atributos correspondientes con esta entidad son: ID Pedido Cantidad Fecha La tabla FNBC queda de la siguiente manera: PEDIDOS = { ID Pedido, Cantidad, Fecha} La tabla PEDIDOS se representa como entidad. Tabla LINEA PEDIDOS (Tabla generada de la relación N:M entre materiales y pedidos) Los atributos correspondientes con esta entidad son: ID Material ID Pedido La tabla FNBC queda de la siguiente manera: LINEA_MATERIALES = { ID Pedido, ID Material} Página LXXIX

80 De la normalización de las tablas de información, finalmente se obtienen las siguientes Entidades y Relaciones: ENTIDADES PACIENTES ESPECIALISTAS_1 ESPCIALIDADES CONSULTAS_1 FACTURAS NOMINAS_1 MATERIALES_1 PEDIDOS LINEA_MATERIALES RELACIONES ESPECIALISTAS_2 PERTENECE CONSULTAS_2 SOLICITA CONSULTAS_3 ATIENDE CONSULTAS_4 GENERA NOMINAS_2 ES DE MATERIALES_2 VENDE Página LXXX

81 3.6.2 Diagrama Entidad-Relación Página LXXXI

82 Estudio de la Arquitectura Página LXXXII

83 4 ESTUDIO DE LA ARQUITECTURA En esta etapa se analizan las posibles alternativas para llevar a cabo el proyecto. Tras evaluar cada una de ellas, se selecciona la alternativa que más se ajusta a las restricciones impuestas por el cliente. 4.1 Estudio de las posibles alternativas para desarrollar la aplicación ALTERNATIVA 1: JAVA + ORACLE + TOMCAT Descripción En esta alternativa se considera utilizar base de datos Oracle, lo que aporta seguridad, y gestionarla mediante webs dinámicas a través de Struts bajo la plataforma Java EE. Gracias a los Servet de Java se puede trabajar con las tablas de la base de datos de forma dinámica mediante conexiones JDBC/Oracle que permiten realizar transacciones u operaciones SQL. A través de las librerías JDBC se establece la conexión con la base de datos. Una vez creada esta conexión se puede trabajar con los datos. Los struts se componen de Actions. Cada Action se encarga de una función en concreto. Toman los datos que necesiten de la base de datos, trabajan con ellos y se muestra al usuario el resultado a través de vistas JSP. Mediante la tecnología JSP se generan páginas Web con programación en Java orientadas a servidores. Estas páginas se basan en lenguajes HTML y XML combinado con etiquetas especiales de la propia sintaxis Java. Página LXXXIII

84 Se utiliza Tomcat como servidor Web autónomo proporcionando alto nivel de tráfico y alta disponibilidad. Herramientas - Base de Datos ORACLE 11g. - Eclipse. - TOMCAT : servidor Web. - Máquina Virtual Java en cada pc. Arquitectura Ventajas - Gracias a los Struts se puede reducir el tiempo de desarrollo. Se trata de una herramienta compatible con los demás elementos de la plataforma Java y se considera software libre por lo que se convierte en una herramienta altamente disponible para desarrollar la aplicación. La arquitectura de los Struts se basa en Modelo-Vista-Controlador. - Los Struts dividen los problemas en partes. Cada una de estas partes ó módulos son más fáciles de desarrollar. Página LXXXIV