, junio de 2019
Tecnologías de Programación y Sistemas de Información
Título:
Sistema informático para la gestión de la información clínica de la sala de
Cardiología del Hospital Universitario Clínico-Quirúrgico “Arnaldo Milián Castro”.
Tutores:
Dra. Martha Beatriz Boggiano Castillo
Lic. Alexander Rodríguez Fabelo
Consultante:
Dr. José Ignacio Ramírez Gómez
Autor:
, June of 2019
Programming Technologies and Information System
Title:
Computer System for the management of clinical information
of the Cardiology room of the Clinical- Surgical University
Hospital “Arnaldo Milián Castro”
Author:
Gustavo del Sol Hernández
Thesis Director:
Dra. Martha Beatriz Boggiano Castillo
Lic. Alexander A. Rodríguez Fabelo
Consultant:
Este documento es Propiedad Patrimonial de la Universidad Central “Marta Abreu” de Las Villas, y se encuentra depositado en los fondos de la Biblioteca Universitaria “Chiqui Gómez Lubian” subordinada a la Dirección de Información Científico Técnica de la mencionada casa de altos estudios.
Se autoriza su utilización bajo la licencia siguiente:
Atribución- No Comercial- Compartir Igual
Para cualquier información contacte con:
Dirección de Información Científico Técnica. Universidad Central “Marta Abreu” de Las Villas. Carretera a Camajuaní. Km 5½. Santa Clara. Villa Clara. Cuba. CP. 54 830 Teléfonos.: +53 01 42281503-1419
Pensamiento
“Todos tenemos sueños. Pero para convertir los sueños en
realidad, se necesita una gran cantidad de determinación,
dedicación, autodisciplina y esfuerzo”
Dedicatoria
A mi familia por su apoyo en todo este tiempo,
especialmente a mis padres, tíos y abuelos.
Agradecimientos
A mis padres Tania y Gustavo, mi tía Talena, mi abuela Diley, y
familia en general, por su preocupación y por estar a mi lado
cada vez que lo he necesitado.
A mi tío Alex, por su incondicionalidad.
A mi tutora, la Dra. Martha Beatriz Boggiano Castillo, por su
preciado tiempo.
A mi novia Anailis, por comprenderme y apoyarme en todo este
tiempo.
A mis compañeros de carrera, especialmente a Ana Elisa y César,
por estar siempre juntos.
A todos los amigos y compañeros que, de una forma u otra,
posibilitaron el desarrollo de este trabajo.
Resumen
La atención a pacientes hospitalizados con diagnósticos de enfermedades cardiovasculares es el propósito fundamental de la sala de Cardiología del Hospital Universitario Clínico – Quirúrgico “Arnaldo Milián Castro” de Santa Clara. La información de los pacientes se ha gestionado a través de una hoja clínica específica de la sala con apoyo de una base de datos Access; sin embargo, esto no ha satisfecho las expectativas del personal cardiólogo; además, el diseño de la misma es deficiente; estas son las causas que motivan a este trabajo, que tiene como objetivo desarrollar un Sistema Informático para la gestión de los datos clínicos de los pacientes ingresados en esta sala de hospitalización. Se estudian sistemas existentes de gestión clínica a nivel nacional e internacional, y se observa que estos por una razón u otra no son viables de usar. Se diseña una aplicación de tipo escritorio, siguiendo los principios del modelo RUP, utilizando el patrón Modelo – Vista – Controlador con una base de datos relacional que supera las debilidades de la existente. El sistema se implementa en el lenguaje de programación Java, sobre la plataforma NetBeans, implementando la base de datos en el gestor PostgreSQL.
El producto se valida utilizando técnicas de pruebas de caja negra y pruebas de caja blanca para depurar defectos. Se realizan, además, pruebas de aceptación a los usuarios, utilizando encuestas, con resultados satisfactorios.
El sistema se encuentra actualmente en fase de implementación en la sala de Cardiología del Hospital.
Abstract
The attention to hospitalized patients with diagnoses of cardiovascular diseases is the fundamental purpose of the Cardiology room of the Clinical – Surgical University Hospital “Arnaldo Milián Castro” of Santa Clara. The information of the patients has been managed through a specific clinical sheet of the room with the support of an Access database; however, this has not met the expectations of the cardiology staff. In addition, the design of it is deficient; these are the causes that motivate this work, which aims to develop a computer system for the management of clinical data of patients admitted to this hospital ward. Existing clinical management systems are studied at national and international level, and it is observed that these for one reason or another, are not viable to use. A desktop application is designed, following the principles of the RUP model, using the Model – View – Controller model with a relational database that overcomes the weaknesses of the existing one. The system is implemented in the Java programming language, on the NetBeans platform, implementing the database in the PostgreSQL manager.
The product is validated using black box testing techniques and white box tests to debug defects. In addition, acceptance tests are made to users, using surveys, with satisfactory results.
The system is currently in the implementation phase in the Cardiology room of the Hospital.
Tabla de contenidos
Introducción ...1
Capítulo I. Gestión de información clínica hospitalaria. Fundamentos teóricos. ...6
1.1 Gestión de la información clínica cardiológica...6
1.2 Sistemas informáticos de gestión hospitalaria...7
1.2.1 Sistema Informático de Gestión Hospitalaria ICCCVMed...7
1.2.2 Sistema de Información Hospitalaria Galen Clínicas...8
1.2.3 Sistema de Gestión Clínica Klinico ...9
1.2.4 Sistema de Información Hospitalaria XAVIA HIS 2.1 ... 10
1.2.5 Sistema informático para la gestión de la información hospitalaria del infarto agudo de miocardio (RHIMA) ... 10
1.3 Herramientas para la creación de aplicaciones de escritorio ... 11
1.3.1 NetBeans IDE ... 11
1.3.2 BlueJ IDE ... 12
1.3.3 Eclipse IDE ... 13
1.3.4 IntelliJ IDEA... 13
1.3.5 JCreator ... 14
Conclusiones del capítulo ... 15
Capítulo II. Modelo del negocio y requisitos del sistema ... 16
2.1 Modelado de negocio ... 16
2.2 Requisitos del sistema ... 21
2.3 Análisis de factibilidad.... 27
2.3.1 Estimación basada en Casos de Uso ... 27
2.3.1 Costos del desarrollo ... 28
Conclusiones del capítulo ... 37
Capítulo III. Descripción de la propuesta de solución. ... 38
3.1 Arquitectura del sistema ... 38
3.1.1 Vista de análisis ... 38
3.1.2 Vista de diseño ... 45
3.1.3 Vista de componentes ... 48
3.1.4 Vista de despliegue... 51
3.1.5 Vista de implementación ... 52
3.2 Modelado propuesto de la base de datos... 58
3.2.1 Bases de datos relacionales ... 58
3.2.2 Proceso de obtención de la base de datos propuesta ... 59
Capítulo IV. Validación de la solución propuesta... 65
4.1 Pruebas y estrategias de prueba. ... 65
4.2 Casos de pruebas. ... 66
4.2.1 Pruebas unitarias. Pruebas de caja blanca... 66
4.2.2 Pruebas funcionales. Pruebas de caja negra. ... 72
4.2.3 Aplicación de encuestas de satisfacción... 78
Conclusiones del capítulo ... 84
Conclusiones generales ... 85
Recomendaciones ... 86
Referencias bibliográficas... 87
Glosario ... 89
Anexos ... 90
Anexo 1 Especificación del caso de uso del negocio Indicar tratamiento.... 90
Anexo 2 Especificación del caso de uso del negocio Realizar egreso de paciente.... 91
Anexo 3. Especificación del caso de uso del negocio Depurar historia clínica. ... 92
Introducción
En las últimas décadas, la sociedad cubana ha apostado por el desarrollo de las nuevas tecnologías de la Informática y las Comunicaciones, las cuales han impactado con fuerza en varios sectores de la sociedad: economía, población, los servicios, entre otras; se ha producido un impulso importante en el proceso de informatización de la sociedad.
La Informatización del Sistema Nacional de Salud (SNS), se enmarca en dicho proceso, iniciado en 1996; retomado en la actualidad dado los cambios y transformaciones que se están produciendo en el contexto nacional e internacional. Responde a la política y estrategias definidas como un proceso prioritario del sector,(Díaz, 2017).
Este proceso constituye de interés marcado del estado cubano y su órgano rector el Partido Comunista de Cuba (PCC). Así quedó reflejado en los Lineamientos de la Política Económica y Social para el período desde el año 2016 a 2021, y que fueron aprobados en su Séptimo Congreso con gran respaldo popular. Referido a la política tecnológica trazada para esta etapa, según el Capítulo V: “Política de ciencia, tecnología, innovación y medio ambiente”, fueron tratados en el documento varios artículos, tal es el caso del número 98, el cual refiere situar en el primer plano, el papel de la ciencia y la tecnología, así como la innovación en todas las instancias. De igual manera, lo hace el 104, el cual enuncia la prestación de mayor atención a la formación y capacitación continua del personal técnico y en general a la población que se anticipen con responsabilidad social al desarrollo científico y tecnológico en las principales áreas de la producción y los servicios,(PCC, 2017).
En el artículo 108 se refleja claramente el interés del gobierno cubano hacia el desarrollo tecnológico, al expresar el avance gradual, según las posibilidades económicas, en el proceso de informatización de la sociedad, el desarrollo de la infraestructura de telecomunicaciones y la industria de aplicaciones y servicios informáticos, (PCC, 2017).
En el año 2003 el Ministerio de Salud Pública (MINSAP) como organismo rector del Sistema Nacional de Salud define como una prioridad su informatización, con el propósito de elevar la eficiencia, seguridad, calidad y estética en todas las
direcciones. Para ello se convoca a un grupo de instituciones propias del sector, del Ministerio de Informática y Comunicaciones y de otros organismos de la administración central del estado, para definir de conjunto la estrategia a llevar a cabo. En algunos casos se ha tomado como punto de partida sistemas ya elaborados en el país en el marco de aquella primera estrategia de desarrollo,(Ramos, 2014).
Para el MINSAP, el eje fundamental y centro del proceso de informatización del sector lo constituye la atención el paciente, quién se reconoce como el principal beneficiado al garantizar los sistemas, la calidad, oportunidad y consistencia de la información, lo que incrementará la efectividad y eficiencia de los procesos relacionados con la salud, que en última instancia gravitarán en un incremento continuo y sostenido de la calidad en la atención médica. (García, 2018)
Uno de los logros más significativos en el avance de la informatización del SNS lo constituye el Portal de Salud Cubano Infomed, que desde 1992, surge como una necesidad de desarrollar el acceso a la información relacionada con las ciencias médicas, y al conocimiento de los trabajadores de la salud en Cuba, (García, 2018).
Como iniciativa del Comandante en Jefe de la Revolución Fidel Castro Ruz, y con el apoyo del Ministerio de Salud Pública, se realizó un programa para la conexión de todos los policlínicos del SNS. Actualmente se cuenta con los hospitales provinciales y municipales conectados a la red Infomed. Ha mejorado la conectividad en las instituciones y se ha trabajado actualmente de conjunto con las empresas de desarrollo de software para que muchos de los proyectos realizados se integren a la información con que cuentan los hospitales.
Son muchas las instituciones dedicadas a la producción de software las que se han sumado al proceso de informatización de la salud en Cuba. Se destaca la Empresa Cubana de Soluciones Informáticas (Softel), quien ha trabajado en la informatización de Centros de Atención de Salud, donde se brindan servicios de consulta externa, medios de diagnóstico y hospitalización. (García, 2018)
El Hospital Universitario Clínico-Quirúrgico Arnaldo Milián Castro, está inmerso en una serie de proyectos, que, en alguna medida, cumplen con el propósito de la informatización de la sociedad cubana, a pesar de que los recursos con los que cuenta el mismo no son óptimos.
La sala de Cardiología del hospital registra la información clínica de los pacientes que ingresan, en las historias clínicas intrahospitalarias que se almacenan en los archivos correspondientes, estos registros se convierten en grandes volúmenes de datos, que deben ser posteriormente analizados. Desde hace tres años se utiliza una base de datos Access para registrar los datos básicos de los pacientes ingresados, pero este nivel de automatización no cubre las expectativas del personal médico de la sala, ni las necesidades informativas de instancias superiores. De esta manera, resulta engorroso realizar el análisis de los datos clínicos de los pacientes, continúa siendo un proceso al que se le debe destinar gran cantidad de tiempo, y esfuerzo del personal involucrado. No se logran emitir datos específicos en cuanto a criterios médicos que son importantes para el trabajo en la sala.
Los médicos cardiólogos involucrados en el proceso de atención al paciente, reconocen que el procedimiento actual de recopilación de información clínica es deficiente, y no se cumple la meta de obtener datos totalmente confiables para el control interno de los mismos dentro del hospital.
A partir de las carencias informáticas que presenta la sala de Cardiología por las limitaciones en el manejo de la información de los pacientes y las expectativas de los cardiólogos de la sala de elevar la calidad de atención a partir de la exactitud en el manejo de los datos, su organización adecuada y el análisis fiable de la misma, se formula el problema de investigación con la siguiente pregunta: ¿Cómo obtener un sistema de información hospitalaria que almacene los datos de los pacientes ingresados en la sala de Cardiología del Hospital Universitario Clínico - Quirúrgico “Arnaldo Milián Castro” con mayor exactitud y organización respecto al sistema anterior, de manera que se emitan informaciones útiles basadas en proceso de selección por criterios establecidos por los especialistas médicos?
A partir de lo anterior se propone el siguiente objetivo general:
Desarrollar un sistema informático para la gestión de la información clínica de los pacientes ingresados en la sala de Cardiología del Hospital Universitario Clínico -Quirúrgico Arnaldo Milián Castro.
1. Diseñar una base de datos relacional a partir de las necesidades de los cardiólogos de la sala que supere las debilidades que presenta la base de datos Access existente.
2. Diseñar un software sobre las bases de un modelo de proceso de desarrollo de software que soporte la implementación del mismo. 3. Implementar las funcionalidades requeridas del sistema de
información que permitan lograr la gestión de los datos clínicos de los pacientes ingresados y la emisión de información necesitada por el personal de la sala en este nivel de atención.
4. Validar el sistema desde la perspectiva técnica, a partir del diseño de pruebas, y desde la perspectiva del usuario teniendo en cuenta el cumplimiento de sus expectativas.
El valor práctico está dado por la solución del problema planteado, donde dotar al personal médico de la sala de Cardiología de un sistema informático para realizar la gestión de la información de los pacientes que ingresan a la misma de una manera más ágil, evitando errores humanos tales como la repetición de datos y la pérdida de la información. Además de contar con posibilidades diversas de obtener los datos de pacientes agrupados por diversas combinaciones de criterios médicos.
El valor metodológico se refleja en que sistematiza un modo de trabajo en la sala de cardiología que coadyuva a un manejo organizado de los datos de los pacientes ingresados a través del tiempo, además servirá de base para trabajos de investigación médica acerca de los pacientes atendidos en la sala.
El informe se ha estructurado en cuatro capítulos de la siguiente forma:
En el Capítulo I se describe el procedimiento actual de atención al paciente en la sala de Cardiología del Hospital Universitario Clínico-Quirúrgico Arnaldo Milián Castro (antes de desarrollar el sistema informático que se propone). Se exponen las características fundamentales de un conjunto de sistemas de información de gestión hospitalaria existentes dentro y fuera del ámbito nacional, analizando las causas de su inadecuación para el problema planteado.
También se tratan aspectos esenciales de entornos de desarrollo de software para la creación de aplicaciones de tipo escritorio que sirve de base para decidir el entorno a utilizar.
En el Capítulo II se modela el negocio, exponiendo el procedimiento del de la atención al paciente en la sala de Cardiología, se representa con un diagrama de casos de uso del negocio, que permite identificar los requisitos del sistema. Por otra parte, se identifican una serie de reglas del trabajo en la sala de cardiología, enfocadas como reglas de negocio.
También se realiza una estimación del esfuerzo del proyecto siguiendo la filosofía de la estimación basada en casos de uso.
En el Capítulo III se describe la solución propuesta. Para ello, se presentan un grupo de artefactos correspondientes al flujo de trabajo del diseño. Se presenta el diagrama de la base de datos propuesta atendiendo al procedimiento seguido para su diseño. Además, se explican funcionalidades desarrolladas en la etapa de codificación.
En el Capítulo IV se exponen las distintas pruebas técnicas realizadas al sistema, y los resultados arrojados por las mismas, por otra parte, se exponen resultados de las pruebas de aceptación realizadas a los usuarios del mismo.
Capítulo I. Gestión de información clínica
hospitalaria. Fundamentos teóricos.
Este capítulo trata sobre la forma en que se realiza la gestión de la información clínica en el Hospital Universitario Clínico-Quirúrgico Arnaldo Milián Castro, específicamente en la sala de Cardiología de esta institución médica, se exponen detalles de algunos sistemas de información similares que actúan dentro y fuera del marco nacional. Además, se describen características esenciales de algunas herramientas actuales para el desarrollo de aplicaciones de escritorio y sus características.
1.1 Gestión de la información clínica cardiológica
La sala de Cardiología del Hospital Universitario Clínico-Quirúrgico Arnaldo Milián Castro se desempeña principalmente en la atención de los pacientes que requieren estudios diagnósticos de enfermedades cardiovasculares: la realización de trombólisis, estudios por coronariografía, etc., cuyos resultados pueden diagnosticar enfermedades cardiovasculares para establecer tratamientos adecuados, que pueden incluso llegar a ser operaciones del corazón.
Actualmente, para gestionar los datos de estos pacientes en la sala se cuenta con un modelo de historia clínica donde se registra al ingreso del paciente de forma manual su número de historia, nombre y apellidos. En caso de que el paciente no recuerde su número de historia clínica, se solicita al archivo del hospital. En caso contrario, se le asigna un número temporal al momento de su ingreso.
Se recogen además otros datos de gran interés para los cardiólogos, como la edad, antecedentes patológicos, sexo del paciente, la raza y demás, estos datos también se registran en una base de datos Access implementada a estos efectos. Se adicionan datos de interés como la fecha de egreso o fecha de fallecimiento. Se registran además datos específicos de los resultados de las pruebas diagnósticas realizadas a los pacientes. Varios de los datos que se solicitan han sido reportados en la literatura médica como decisivos en el
condicionamiento de enfermedades cardiovasculares, por lo que es importante registrarlos y que el almacenamiento de los mismos constituya una base fundamental para el estudio de enfermedades cardiovasculares en el ámbito nacional y regional.
1.2 Sistemas informáticos de gestión hospitalaria
En este epígrafe se exponen las características de algunos sistemas de información dedicados a la gestión de información clínica de pacientes que actúan en el marco nacional e internacional.
1.2.1 Sistema Informático de Gestión Hospitalaria ICCCVMed
ICCCVMed es un sistema de gestión que implementa el Instituto de Cardiología y Cirugía Cardiovascular (ICCCV) de La Habana, destinado al registro de las historias clínicas de los pacientes. Este sistema cuenta con una serie de módulos que realizan la gestión, centralización y aseguramiento de la información clínica de distintas áreas, tal es el caso de Anestesiología, Cirugía, entre otros,(Motroni, 2018).
Este sistema cuenta con una base de datos relacional, y los módulos fueron creados con el lenguaje Pascal (Delphi) orientado a objetos, (Motroni, 2018). Para desarrollar la página web, la cual permite consultar la información desde cualquiera de las estaciones de trabajo, se empleó el lenguaje PHP soportado en un servidor Apache, (Motroni, 2018).
El sistema de gestión ICCCVMed garantiza que la información almacenada en la base de datos sea confiable, pues en los documentos que exporta se incluyen la fecha y hora de cuándo fueron modificados, así como el especialista que realizó la modificación. Se realizan salvas de la información de manera diaria, las cuales garantizan cualquier alteración de la base de datos producto de fallos eléctricos. Permite la recuperación de información histórica mediante consultas fáciles de preparar, que permiten exportar el resultado para su uso en paquetes estadísticos, (Motroni, 2018).
Las funcionalidades de ICCCVMed, son específicas para un centro hospitalario de cirugía cardiovascular y utilizarlo en la solución del problema planteado suma
riesgos de adaptación de configuración del sistema, de limitaciones de compra o de autorización de uso.
1.2.2 Sistema de Información Hospitalaria Galen Clínicas
El sistema de Información Hospitalaria Galen Clínicas es una aplicación informática desarrollada Softel. Es una suite que trabaja en el entorno web y contiene los resultados de varios componentes médicos y que a partir de las configuraciones que posee el sistema, permite su instalación tanto en los grandes institutos médicos como en policlínicos.
Los módulos más importantes del programa informático son: Módulo de administración, que permite la gestión de usuarios y los permisos de los mismos a las funcionalidades del sistema. El módulo de configuración: configura y parametriza el sistema de forma tal que se adecúa a las características de cada institución. El módulo de registro de personas, que actualiza los datos de las personas, ya sean pacientes o funcionarios de la institución. El módulo de inscripción, que permite la inserción y actualización del registro de inscripciones de la institución, otorgándole una historia clínica a cada paciente. (Softel, 2018) Está desarrollada utilizando tecnologías libres pertenecientes a la plataforma JEE (Java Enterprise Edition). Como framework para el desarrollo se utilizó Gralis en su versión 1.3.7. Como servidor web se utiliza Apache Tomcat 6.0. para la gestión de la base de datos se utilizó Mysql, aunque es posible cambiar el gestor de base de datos sin necesidad de hacer cambios en el sistema, (Softel, 2018).
Actualmente esta herramienta está funcionando en setenta entidades hospitalarias del país, de acuerdo con los niveles de informatización que posee cada uno de los centros de salud. También se usa en los Centros de Diagnóstico Integral (CDI) de Venezuela. En algunos hospitales, por la infraestructura de comunicación y equipamientos de que disponen, solo se ha podido establecer el componente de registros médicos, que es el básico, y contiene toda la inscripción del paciente, la admisión e ingreso, el informe de cirugía, y el egreso, (Softel, 2018).
Galen Clínica registra todas las solicitudes de exámenes, ultrasonidos y rayos X que se realizan en las instituciones médicas donde actúa. A partir de que se
archivan las solicitudes de los turnos, los resultados se imprimen o se envían directamente al sistema, estos pueden ser consultados desde cualquier lugar del hospital con acceso a la red, (Softel, 2018).
Este sistema no puede ser utilizado para dar solución al problema, puesto que el mismo no gestiona los datos específicos necesarios en la sala de Cardiología del Hospital, como los datos específicos de diagnósticos. Este gestiona varias áreas del hospital, pero no especifica un módulo para la gestión cardiovascular.
1.2.3 Sistema de Gestión Clínica Klinico
Klinico es un sistema de administración clínica diseñado e implementado por la compañía paraguaya Green Light S.A. Este sistema de información está diseñado principalmente para profesionales médicos. El servicio que presta es totalmente online, está montado en la nube y no necesita instalación. Cuenta con un soporte permanente, (Light, 2018).
Esta herramienta clínica tiene varias funcionalidades: posee un calendario flexible para crear citas de manera rápida. Cuenta con un sistema de notificaciones a emails y mensajes SMS a clientes que ahorran tiempo. Cada cita, cambio o cancelación cuenta con un recordatorio generado automáticamente, (Light, 2018).
En cuanto a las recetas médicas el producto las guarda e imprime desde el sistema, así resulta fácil por parte del personal médico conocer qué medicamentos fueron proporcionados al paciente con exactitud de fecha, (Light, 2018).
Asimismo, Klinico administra las finanzas del consultorio, crea una factura desde el calendario, agrega productos, cobra y edita precios de manera digital, (Light, 2018).
La implementación de este sistema de gestión clínica en nuestro país se ve afectada principalmente porque Klinico es privativo, el usuario debe contar con una licencia de uso. Existe la posibilidad del uso del software de manera gratuita en una etapa de prueba de treinta días, donde no es posible acceder a todas las funcionalidades del mismo, solamente a las básicas, (Light, 2018).
1.2.4 Sistema de Información Hospitalaria XAVIA HIS 2.1
XAVIA HIS 2.1 es un sistema integral para la gestión hospitalaria. Tiene como atributo fundamental una historia clínica electrónica (HCE) única por paciente. Permite la recolección, almacenamiento, procesamiento y comunicación de la información relacionada con la atención al paciente, así como la información administrativa del hospital. Comprende una estructura modular para la gestión completa de pacientes y sistemas departamentales: Configuración, Admisión, Historia Clínica, Citas, Consulta externa, Laboratorios, Hospitalización, Enfermería, entre muchos más. Cuenta, además, con especializaciones para áreas como Estomatología, (Batista, 2017).
Dentro de los principales beneficios para el paciente sobresale la gestión de la información de los procesos por los que transita dentro del hospital. Se hace la integración con el resto de las áreas intrahospitalarias, (Batista, 2017)
Tiene en consideración elementos como la seguridad, la homogeneidad y estandarización de la información, para lograr un mayor control y una gestión estadística más ágil y eficiente en la obtención de casos de estudios médicos. Brinda, además, la posibilidad de realizar estudios estadísticos sobre casos o padecimientos específicos,(Batista, 2017).
El uso de este Sistema Informático no es viable en la sala de Cardiología; este sistema de información es utilizado para gestionar una serie de áreas hospitalarias, lo que supone gran cantidad de información no aplicable a la sala de Cardiología. Además, este es un sistema de pago, siendo una decisión de los directivos del Hospital su uso por el personal del mismo.
1.2.5 Sistema informático para la gestión de la información hospitalaria del infarto agudo de miocardio (RHIMA)
RHIMA es un sistema informático que permite la obtención de datos estadísticos inmediatos, que permiten realizar un análisis de la atención a los pacientes con infarto agudo de miocardio, (Curbelo, 2018).
Para la implementación de RHIMA se identificaron las variables necesarias para la confección del registro, divididas por bloques relacionados con la atención prehospitalaria, el síndrome coronario agudo, la atención en Unidades de Cuidados Coronarios y el egreso. Se utilizó como IDE de programación NetBeans, Apache como servidor web y la base de datos en MySql. Como lenguaje de programación se utilizó PHP con la infraestructura digital (framework) Yii del lado del servidor y Java Script con el framework ExtJs 4.1.1 del lado del cliente. Como modelador de base de datos se utilizó ER/Studio, (Curbelo, 2018). La utilización de estas funcionalidades en la sala de Cardiología no está de acuerdo con las expectativas del personal médico, pues este sistema es específico para el estudio del infarto agudo de miocardio.
1.3 Herramientas para la creación de aplicaciones de
escritorio
Las aplicaciones de escritorio son programas encargados de realizar la funcionalidad del software implementado que se instala en cada puesto de trabajo o cada equipo de cómputo. La principal ventaja de este sistema es que pueden hacer uso completo de los recursos de la computadora (procesador, memoria RAM, espacio en disco, etc.). También pueden generar resultados con cientos de miles de registros en pocos segundos. Actualmente existen varias tecnologías para el desarrollo de este tipo de aplicaciones, (Ibáñez, 2018).
1.3.1 NetBeans IDE
NetBeans es un entorno de desarrollo gratuito y de código abierto. Permite el uso de un amplio rango de tecnologías de desarrollo, tanto para escritorio, como aplicaciones Web, o para dispositivos móviles. Da soporte a tecnologías como Java, PHP, Groovy, C/C++, HTML5, entre otras. Puede instalarse en varios sistemas operativos como Windows, Linux y Mac OS, (Hernández, 2018). Este entorno de desarrollo suele dar soporte a casi todas las novedades en el lenguaje Java. Cuenta con asistentes para la creación y configuración de distintos proyectos, incluida la elección de algunos frameworks, (Hernández, 2018).
Tiene la característica de ser un buen editor de código, multilenguaje, con el habitual coloreado y sugerencias de códigos. Además, cuenta con el acceso a las clases a partir del código, control de versiones, localización de ubicación de la clase actual, comprobaciones sintácticas y semánticas, plantillas de código, entre muchas más, (Hernández, 2018).
Simplifica la gestión de grandes proyectos con el uso de diferentes vistas, asistentes de ayuda, y estructurando la visualización de manera ordenada, lo que ayuda al trabajo diario, (Hernández, 2018).
La optimización de códigos también está presente en este IDE, de ello se encarga el Profiler, el cual optimiza las aplicaciones e intenta hacer que se ejecuten más rápido y con el mínimo uso de memoria. Da la posibilidad de observar el comportamiento del proyecto y obtener indicadores e información de cómo y cuántos recursos consume, cuántos objetos se crean, etc., (Hernández, 2018).
Desde el propio Netbeans se puede acceder a distintos sistemas gestores de bases de datos, como Oracle, MySql, PostgreSQL, ver las tablas, realizar consultas y modificaciones. Se integra con diversos servidores de aplicaciones, de tal manera que se puede gestionar desde el propio IDE: inicio, parada, arranque en modo debug, (Hernández, 2018).
1.3.2 BlueJ IDE
BlueJ es un entorno integrado de desarrollo para el lenguaje de programación Java, desarrollado principalmente con propósitos educacionales, pero también es adecuado para el desarrollo de softwares a pequeña escala, (Ecured, 2018a). BlueJ está desarrollado completamente sobre Java, por lo que es multiplataforma. Una de sus características más llamativas es que utiliza muy pocos recursos de la máquina. Además, cuenta con un sistema muy parecido al Lenguaje Unificado de Modelado (UML) que representa de manera gráfica el comportamiento y las relaciones que existen entre clases,(Ecured, 2018a). La representación de los objetos se realiza de dos formas: los conceptos de clases y objetos; ambos representados de forma visual, aunque de distintas maneras. La interfaz gráfica es simple, más que en ambientes de alta escala
profesional, y por ello es fácil de aprender. El objetivo es que el entorno de desarrollo desaparezca, los usuarios con poca experiencia desarrollen más fácilmente un modelo mental consistente de sistemas orientados a objetos, sus propiedades y su ejecución. La última versión estable de este IDE trae mejoras como el completado de código, (Ecured, 2018a).
1.3.3 Eclipse IDE
Eclipse es una plataforma de desarrollo, diseñada para ser extendida de forma indefinida a través de plugins. No tiene definido un lenguaje de programación específico, sino que es un IDE genérico, aunque goza de mucha popularidad entre la comunidad de desarrolladores de lenguaje Java usando el plugin JDT, que está incluido en la distribución estándar del IDE. Proporciona herramientas para la gestión de espacios de trabajo, escribir, desplegar, ejecutar y depurar aplicaciones,(Acosta, 2018).
En Eclipse, el contexto de trabajo está basado en las perspectivas, una preconfiguración de ventanas y editores, relacionadas entre sí, y que permiten trabajar en un determinado entorno de trabajo de forma óptima,(Acosta, 2018). El desarrollo sobre este IDE se basa en los proyectos, que son el conjunto de recursos relacionados entre sí, como puede ser el código fuente, documentación, ficheros de configuración. Árbol de directorios. Eclipse proporciona asistentes y ayudas para la creación de nuevos proyectos, (Acosta, 2018).
Cuenta con una extensa colección de plugins, algunos de pago y otros bajo distintas licencias. Uno de ellos, el JDT, es el encargado del soporte del lenguaje Java en el IDE. Permite el completamiento de código automáticamente, con sugerencias dependientes del contexto. Admite la generación de esqueletos de clases, de métodos getters y setters, (Acosta, 2018).
1.3.4 IntelliJ IDEA
IntelliJ IDEA es un ambiente de desarrollo de programas informáticos, un IDE multiplataforma para Java, desarrollado por JetBrains. Está disponible en dos ediciones: community edition y edición comercial, esta última una edición de
pago, mientras que la primera está disponible bajo una licencia de código abierto, (Hildalgo, 2017).
El IDE puede extenderse mediante numerosos complementos. Cada uno de sus aspectos está diseñado para maximizar la productividad del desarrollador,(Hildalgo, 2017).
Cuenta con un completado de código inteligente, además de sugerir nombres de clases, métodos, campos y palabras claves, la finalización de código inteligente depende del contexto, (Hildalgo, 2017).
Igualmente entiende y proporciona ayuda de codificación inteligente para una gran variedad de otros lenguajes como SQL, HTML, JavaScript, etc., (Hildalgo, 2017).
Para optimizar el flujo de trabajo, el IDE permite a los usuarios organizar un diseño para tener más espacio en la pantalla, porque los controles auxiliares como las barras de herramientas y las ventanas están ocultos. Analiza el código y busca conexiones entre símbolos de entre todos los archivos del proyecto e idiomas, (Hildalgo, 2017).
1.3.5 JCreator
JCreator es un entorno de desarrollo integrado con lenguaje java en entorno Windows. Es un producto comercial de la compañía Xinox Software. Existen dos ediciones de este software, una gratuita, llamada LE y otra de pago llamada Pro, que añade complementos de comandos, plantillas, depuración y soporte al control de versiones con CVS,(Álvarez, 2018).
Ofrece una variedad de funcionalidades como la administración de proyectos, modelos de proyecto, conclusión automática de código, interfaz de depuración, editor con resaltado de sintaxis, asistentes y una interfaz de usuario totalmente personalizable,(Álvarez, 2018).
Con JCreator es posible compilar directamente o ejecutar el programa Java sin necesidad de activar el documento principal en primer plano. Este encuentra automáticamente el archivo con el método principal e inicia la herramienta. Está escrito completamente en C++, lo que hace que sea rápido y eficiente,(Álvarez, 2018).
Conclusiones del capítulo
En el Hospital Universitario Clínico-Quirúrgico Arnaldo Milián Castro la gestión de la información clínica de los pacientes que ingresan a la sala de Cardiología, a pesar de contar con el apoyo de una base de datos Access, tiene limitaciones, y el personal médico necesita mayores posibilidades de gestión de la información clínica. Existen varios softwares utilizados para gestionar la información clínica, pero algunos de estos son privativos, otros necesitan erogación de fondos por parte del hospital, y ninguno de estos recoge los datos cardiológicos específicos para ser procesados como se necesita en la sala de Cardiología. Para la elaboración de este sistema se han valorado algunas tecnologías de desarrollo de aplicaciones de escritorio, debido a que los especialistas solicitan un sistema con acceso desde la sala. Para su desarrollo se selecciona la herramienta NetBeans a causa de ser libre y por la experiencia de trabajo con esta del personal de desarrollo.
Capítulo II. Modelo del negocio y requisitos del
sistema
En este capítulo se caracteriza el negocio, la gestión de los datos clínicos del paciente en la sala de Cardiología, exponiendo las actividades fundamentales que se desarrollan. Asimismo, se exponen las reglas que surgen del análisis del negocio. Se da a conocer el modelo de casos de uso del negocio y los requisitos que debe cumplir el sistema. Se realiza una estimación del esfuerzo para el desarrollo del software a través del método de estimación basado en caso de uso.
2.1 Modelado de negocio
En la sala de Cardiología del Hospital Universitario Clínico-Quirúrgico “Arnaldo Milián Castro” se identifican seis procesos del negocio:
La entrada del paciente a la sala: El personal médico verifica sus datos clínicos: número de historia clínica, edad, sexo, raza, nacionalidad, provincia y municipio en caso de ser cubano.
Verificación del diagnóstico: A partir de ese momento se comienzan a realizar las acciones e investigaciones de su caso apoyados en los antecedentes patológicos personales presentados y tratamientos anteriores, si existen, para verificar si el diagnóstico actual coincide con el diagnóstico indicado en admisión. Indicar el tratamiento: El médico indica el tratamiento que debe cumplir paciente para recuperarse de la afección cardiológica.
Confeccionar modelo de historia clínica general: Una vez verificados los datos generales del paciente, el diagnóstico, e indicado el tratamiento, se confecciona el modelo de historia clínica del paciente.
Egreso del paciente: Cuando el paciente esté recuperado y no sea necesario su permanencia en el hospital se le realiza el egreso al mismo.
Depurar modelo de historia clínica: Se tiene en cuenta que, si un paciente no ingresa a los servicios cardiológicos en un período de cinco años, se depura la historia clínica.
Actualmente, los datos generales y clínicos de los pacientes que transitan por la sala son almacenados en una base de datos de formato Access. Dicha base de datos presenta una serie de características que dificulta el trabajo del personal médico, ellas son:
La interfaz gráfica no es óptima para la gestión de los datos del paciente, puesto que el personal médico trabaja en la vista de edición de la herramienta Access de Office, y no en un ambiente acondicionado para ello.
Existe diversidad de terminologías para referirse a un mismo elemento.
Existen caracteres extraños en los datos almacenados en la base de datos.
Las tablas almacenadas no cuentan con una integridad referencial, se encuentran aisladas.
La seguridad de la base de datos es nula. Los datos se encuentran expuestos a cualquier cambio que puede ser realizado por cualquier persona.
Es necesario considerar una serie de reglas del negocio. Estas son aquellas que se usan para operar un negocio, son las guías que determinan cómo se lleva el día a día de las operaciones. Atendiendo al proceso de negocio, significan un conjunto de requerimientos asociados con los procesos, que están o no formalizados en una gramática por algún tipo de mecanismo. Asimismo, orientadas a las bases de datos, pueden ser un requerimiento específico que se satisface mediante la definición de alguna característica de los datos, que expresará en los valores posibles de un determinado campo, (Msaffirio, 2017). Según (Castillo, 2014) se proponen varias sintaxis que responden a una serie de clasificaciones para representar las reglas del negocio, un conjunto de categorías de reglas según el modelo de los datos. Ellas son: reglas de restricción, reglas de cómputo, reglas de notificación, y reglas de clasificación. Atendiendo a lo anterior se recogen cuatro reglas del negocio de tipo restricción:
1. Un paciente puede ingresar a los servicios cardiológicos del Hospital Universitario Clínico-Quirúrgico “Arnaldo Milián Castro” solo si tiene los 18 años cumplidos.
2. Un paciente puede ingresar a la sala de Cardiología del Hospital Universitario Clínico-Quirúrgico “Arnaldo Milián Castro” solo si la patología presentada está relacionada con una afección cardiológica.
3. Un paciente puede presentar un tratamiento solo si presenta al menos un diagnóstico.
4. Un paciente no puede presentar un número de diagnósticos nulo.
Como actor del negocio se reconoce al paciente, eje fundamental y principal beneficiado con los procesos de negocio que se realizan en la sala.
Teniendo en cuenta la descripción del negocio y las actividades que se realizan en el mismo, se obtiene el siguiente diagrama de casos de uso del negocio el cual se muestra en la figura 1, este, muestra el entorno de la sala de Cardiología del Hospital:
Fig. 1. Diagrama de casos de uso del negocio obtenido.
La realización de cada caso de uso está acompañada por varios elementos que están involucrados en la ejecución del mismo y las relaciones entre ellos que son
requeridas para hacer el trabajo. Ellos son los trabajadores y las entidades del negocio, (Lorenzo, 2016a).
Un trabajador del negocio es una abstracción de un humano o software que representa un rol dentro del desarrollo de una realización de un caso de uso del negocio, (Lorenzo, 2016b). Se reconocen varios trabajadores del negocio: Personal médico: Se encarga de verificar la validez de los datos generales y clínicos de los pacientes ingresados en la sala, verifica el diagnóstico realizado en admisión e indica el tratamiento.
Jefe de servicios: Persona que está al frente de la actividad cardiológica en el hospital.
Por su parte, una entidad del negocio representa una pieza significativa de información que es manipulada por los trabajadores y/o los actores del negocio. Se reconoce como una entidad del negocio el modelo de historia clínica que es usado por el personal médico para recoger los datos clínicos de los pacientes que ingresan a la sala.
Los casos de uso del negocio definen qué es lo que debe suceder en el negocio cuando este se realiza, describe la ejecución de una secuencia de acciones que produce un resultado de valor para un actor del negocio en parti cular, en este caso el paciente, (Lorenzo, 2016a). Los casos de uso del negocio más importantes son:
Se muestra la especificación del caso de uso del negocio Verificar datos de paciente en la tabla 1:
Actor del negocio Paciente
Trabajador del negocio Personal médico
Flujo de eventos
Acción del actor Respuesta del proceso de negocio
1. El paciente llega a la sala de Cardiología procedente de admisión.
2. El personal médico verifica los datos generales llegados de admisión.
Tabla 1. Especificación del caso de uso del negocio Verificar datos de paciente.
Observaciones: Cuando el paciente llega a la sala de Cardiología procedente
de admisión, ya ingresa con los datos generales completos y con un diagnóstico inicial prematuro en el modelo de historia clínica.
Se muestra la especificación el caso de uso del negocio Verificar diagnóstico en la tabla 2:
Actor del negocio Paciente
Trabajador del negocio Personal médico
Flujo de eventos
Acción del actor Respuesta del proceso de negocio
1. El personal médico realiza pruebas e investigaciones al paciente para determinar si el diagnóstico indicado en admisión fue correcto.
2. El paciente responde a las preguntas que le hace el personal médico.
3. El personal médico incorpora al modelo de historia clínica el diagnóstico realizado.
Tabla 2. Especificación del caso de uso del negocio Verificar diagnóstico.
Se muestra la especificación del caso de uso del negocio Confeccionar historia clínica general en la tabla 3:
Actor del negocio Paciente
Trabajador del negocio Personal médico
Flujo de eventos
Acción del actor Respuesta del proceso de negocio
1. El personal médico confecciona una historia clínica general una vez que se haya hecho el diagnóstico y se
haya indicado el tratamiento al paciente.
2. Se notifica al paciente la elaboración del nuevo modelo de historia clínica.
Tabla 3. Especificación del caso de uso del negocio Confeccionar historia clínica
general.
Se obtienen las especificaciones de los casos de uso del negocio Indicar tratamiento en el Anexo 1, Realizar egreso de paciente en el Anexo 2 y Depurar historia clínica en el Anexo 3.
2.2 Requisitos del sistema
El sistema a desarrollar lleva consigo la satisfacción de una serie de requisitos
funcionales. Ellos son una condición y/o exigencia que debe cumplir el sistema
a implementar a petición del usuario o cliente, (Lorenzo, 2016c). Se recogen los siguientes requisitos que debe cumplir el software:
Requisito funcional 1: Gestionar los datos generales y clínicos de pacientes almacenados en el sistema. Este requisito incluye agregar, modificar, consultar y eliminar los datos generales y clínicos de pacientes.
Requisito funcional 2: Desactivar pacientes. Este requisito no significa eliminar los datos generales y clínicos de un paciente, los mismos deben estar almacenados en el sistema para un futuro trabajo estadístico. El paciente está en el sistema, pero su historia clínica no está vigente.
Requisito funcional 3: Gestionar la información de los usuarios que pueden operar con el sistema. Este requisito incluye agregar, modificar, consultar y eliminar la información de los usuarios.
Requisito funcional 4: Gestionar la información del catálogo de antecedentes patológicos personales(APP).
Requisito funcional 5: Gestionar la información del catálogo de tratamientos Requisito funcional 6: Buscar pacientes por proceso de selección de criterios establecidos por los especialistas médicos.
Requisito funcional 7: Exportar los resultados de la búsqueda de pacientes a diferentes formatos (PDF y xls).
De igual manera se pueden identificar requisitos no funcionales. Estos son una restricción sobre la operación del sistema. Se identifican los siguientes: Requisito no funcional 1: El sistema debe estar disponible todo el tiempo.
Requisito no funcional 2: Se debe contar como mínimo 500MB de espacio en disco para la instalación de los programas necesarios.
Los actores del sistema son toda entidad externa al mismo que guarda una relación con este, y que le demanda una funcionalidad. Esto incluye a los operadores humanos, pero también incluye a todos los sistemas externos. En el caso de los seres humanos, estos se pueden ver como definiciones de rol, por lo que un mismo individuo puede corresponder como uno o más actores, (Gutiérrez, 2018).
Como actores del sistema se encuentran:
Personal Médico: Es la persona encargada de realizar la gestión de la información general y clínica del paciente que ingresa en la sala. Agrega, modifica y consulta los datos, así como es el encargado de desactivar a un paciente. Cuenta con la posibilidad de realizar listados de datos generales y clínicos de pacientes e imprimir la información para posteriores informes.
Personal médico espectador: Se encarga de observar la información que existe en el sistema de los pacientes. Cuenta con la posibilidad de realizar búsquedas por distintos aspectos, ya sean datos clínicos como generales, así como la impresión de los mismos. Su principal misión es la búsqueda de errores en los datos.
Jefe de servicios: Realiza operaciones similares al personal médico. Es el encargado de gestionar la información de los usuarios que pueden operar con el sistema. De igual manera, gestiona los catálogos de antecedentes patológicos personales, diagnósticos y/o tratamientos.
Teniendo en cuenta los requisitos anteriores se puede obtener el diagrama de
casos de uso del sistema que se representa en la figura 2:
Fig. 2. Diagrama de casos de uso del sistema obtenido.
Los casos de uso del sistema responden a qué se quiere que haga el producto. Los más significativos son:
Se muestra la especificación del caso de uso del sistema Añadir información del paciente en la tabla 4:
Actores Personal médico
Propósito Agregar la información general y clínica de un paciente al sistema.
Casos de uso del negocio asociado Caso de uso del negocio Registrar
Caso de uso del negocio Registrar datos clínicos de paciente
Caso de uso del sistema precondición
Listar paciente
Flujo de eventos
Acción del actor Respuesta del sistema
1. El personal médico selecciona la opción Gestión de
pacientes.
2. El sistema muestra la pantalla de gestionar los pacientes. 3. El personal médico selecciona
la opción Agregar
4. El sistema muestra el formulario para agregar la información general y clínica del paciente.
5. El personal médico llena los campos necesarios en el formulario.
6. El sistema comprueba la información insertada por el personal médico. Si está correcta se guarda en la base de datos y se notifica el fin del proceso.
Flujo alterno
6. El sistema comprueba la información insertada por el personal médico. Si no está correcta, se le notifica del error.
7. Se repiten los pasos 5 y 6.
Tabla 4. Especificación del caso de uso del sistema Añadir información de
Se muestra la especificación del caso de uso del sistema Modificar información de paciente en la tabla 5:
Actores Personal médico
Propósito Modificar la información general y clínica de un paciente existente en el sistema.
Casos de uso del negocio asociado - Caso de uso del sistema precondición
Listar pacientes
Flujo de eventos
Acción del actor Respuesta del sistema
7. El personal médico selecciona la opción Gestión de
pacientes.
8. El sistema muestra la pantalla de gestionar los pacientes. 9. El personal médico selecciona
la opción Modificar
10. El sistema busca el paciente en la base de datos por su llave principal. Muestra un formulario con los datos del mismo ya insertados. 11. El personal médico actualiza
los campos deseados en el formulario.
12. El sistema comprueba la información insertada por el personal médico. Si está correcta se guarda en la base de datos y se notifica el fin del proceso.
12. El sistema comprueba la información insertada por el personal médico. Si no está correcta, se notifica del error. 13. Se repiten los pasos 11 y 12.
Tabla 5. Especificación del caso de uso del sistema Modificar información de
paciente.
Se muestra la especificación del caso de uso del sistema Desactivar paciente en la figura 6:
Actores Personal médico
Propósito Desactivar a un paciente. Esto es retirarle el número de historia clínica, pero mantener sus datos generales y clínicos en el sistema para posteriores investigaciones.
Casos de uso del negocio asociado Caso de uso del negocio Depurar
historia clínica
Caso de uso del sistema precondición
Listar pacientes
Flujo de eventos
Acción del actor Respuesta del sistema
13. El personal médico selecciona la opción Gestión de
pacientes.
14. El sistema muestra la pantalla de gestionar los pacientes. 15. El personal médico selecciona
la opción Eliminar
16. El sistema busca el paciente en la base de datos por su llave principal y lo elimina. Se le notifica al personal médico el fin del proceso
2.3 Análisis de factibilidad.
La estimación es una actividad importante que no debe llevarse a cabo de forma descuidada. Existen técnicas útiles para la estimación de costes y tiempos. Es la base de todas las demás actividades de planificación del proyecto y sirve como guía para una buena ingeniería del software,(Fernández, 2018).
El objetivo de la estimación es predecir las variables involucradas en el proyecto con cierto grado de certeza. Aporta una predicción de algún indicador importante para la gestión de proyectos de software: tiempo, esfuerzo, cantidad de defectos esperados, entre otros, sin dejar de tener en cuenta que la incertidumbre y el riesgo son elementos inherentes,(Fernández, 2018).
Son muchos los métodos de estimación del esfuerzo que existen en la actualidad: SLIM, COCOMO II, Juicio Experto, Analogía, algunos basados en técnicas estadísticas e Inteligencia Artificial, (Fernández, 2018).
En este epígrafe se explican las características fundamentales del método de estimación basado en casos de uso. También se realiza la estimación del producto basado en este método.
2.3.1 Estimación basada en Casos de Uso
La estimación basada en casos de uso tiene como objetivo fundamental estimar las horas necesarias para ejecutar un conjunto de casos de uso. Se necesita predecir cuánto tiempo llevará el desarrollo del software y cuántas personas se requieren para realizarlo. Para ello, es necesario cuantificar la complejidad del sistema y el tiempo necesario para producir una unidad de complejidad, (Fernández, 2018).
Esta estimación es bastante imprecisa debido principalmente a la escasa información que se tiene sobre el software al principio de un proyecto, pero permite obtener una idea del esfuerzo necesario para llevar adelante el mismo, y puede ser refinada a medida que se obtenga más, (Fernández, 2018).
Un caso de uso por sí solo no permite efectuar una estimación de esfuerzos ni de tiempos, los casos de uso son solamente herramientas para el análisis. La
idea fundamental es predecir el tamaño del software a partir de los requerimientos de los casos de uso, (Fernández, 2018).
2.3.1 Costos del desarrollo
El primer paso para calcular el costo del proyecto es el cálculo de Puntos de Casos de Uso sin Ajustar (UUCP) a partir de la siguiente fórmula:
UUCP = UAW + UUCW Donde:
UAW: Factor de Peso de los actores sin ajustar,
UUCW: Factor de Peso de los Casos de uso sin ajustar.
Para determinar el UAW se tiene en cuenta un análisis de actores presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los actores se establece, teniendo en cuenta en primer lugar, si se trata de una persona o de otro sistema, y, en segundo lugar, la forma en que el actor interactúa con el sistema, (Fernández, 2018). La determinación del UAW se muestra en la tabla 7. Tipo de actor Descripción Factor de peso Número de actores Resultado
Simple Otro sistema que interactúa con el sistema a desarrollar mediante una interfaz de programación (API, Aplication Programming Interface).
1 0 0
Promedio Otro sistema que interactúa con el sistema a desarrollar mediante un protocolo o una interfaz basada en texto.
Complejo Una persona que interactúa con el sistema mediante una interfaz gráfica.
3 3 9
Total 9
Tabla 7. Determinación del UAW.
Por tanto, el resultado obtenido es UAW = 9.
Para la determinación del UUCW, se calcula mediante un análisis de la cantidad de casos de uso presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los casos de uso se establece teniendo en cuenta la cantidad de transacciones efectuadas en el mismo, donde una transacción se entiende como una secuencia de actividades atómicas, (Fernández, 2018). La determinación del UUCW se muestra en la tabla 8.
Tipo de caso de uso Descripción Factor de peso Número de casos de uso Resultado Simple 1-3 Transacciones 5 17 85 Promedio 4-7 Transacciones 10 3 30 Complejo Mayor de 8 Transacciones 15 0 0 Total 115
Tabla 8. Determinación del UUCW.
Como resultado se obtiene que UUCW = 115. Calculando:
UUCP = 9 + 115 UUCP = 124
Seguidamente se deben calcular los Puntos de casos de uso ajustados (UCP), para ello se utiliza la siguiente ecuación:
UCP = UUCP*TCF*EF, donde: TCF: Factor de complejidad técnica, EF: Factor de ambiente.
El factor de complejidad técnica se calcula mediante la cuantificación de un conjunto de factores que determinan la complejidad técnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un aporte muy importante, (Fernández, 2018). El resultado de la determinación del factor de complejidad técnica se muestra en la tabla 9.
Número de factores
Descripción Peso Valor Resultado Comentario
T1 Sistema Distribuido
2 1 2 El sistema cuenta con una conexión remota a pesar de que es una aplicación de tipo escritorio, por lo que posee cierto nivel de distribución. T2 Tiempo de respuesta 1 1 1 El tiempo de respuesta respalda los objetivos que se persiguen con el proyecto, por lo que es el adecuado. T3 Eficiencia por el usuario 1 3 3 Algunos roles necesitan estar relacionados con el sistema para su mejor funcionamiento. T4 Proceso interno complejo 1 3 3 El sistema no posee cálculos complejos,
aunque proporciona una serie de datos lógicos que necesitan un nivel medio de conocimiento para lograr su correcta comprensión. T5 Reusabilidad 1 5 5 Sí es un objetivo esencial reutilizar el código. T6 Facilidad de instalación 0.5 3 1.5 La complejidad de instalación en promedio debido a que es necesario la instalación de varios programas como gestor de bases de datos. T7 Facilidad de uso 0.5 5 2.5 El sistema debe ser fácil de usar.
T8 Portabilidad 2 5 10 El sistema está diseñado para que sea usado en situaciones similares en salas de Cardiología de otros centros hospitalarios. T9 Facilidad de cambio 1 5 5 El sistema está estructurado para que los cambios
realizados afecten lo menos posible las funcionalidades del sistema. T10 Concurrencia 1 1 1 La concurrencia no tiene gran importancia T11 Objetivos especiales de seguridad 1 5 5 La seguridad del sistema es un tema bastante controlado, ya que el sistema permite que un usuario realice las funcionalidades correspondientes a su rol. T12 Acceso directo a terceras partes 1 0 0 La aplicación no es accesible a cualquier usuario T13 Facilidades especiales de entrenamiento a usuarios finales 1 1 1 No se hace necesario el entrenamiento de los usuarios finales, debido a la facilidad de uso que presenta el sistema, pero se debe incluir un manual de usuario para garantizar la correcta
usabilidad de dicho sistema. Total
factor
40
Tabla 9. Determinación del TCF.
El factor de complejidad técnica se calcula mediante la siguiente ecuación: TCF = 0.6 + 0.01 * ∑ (Pesoi * valor asignado)
TCF = 0.6 + 0.01 * 40 TCF = 1
Para determinar el Factor Ambiente son determinantes las habilidades y en entrenamiento del grupo involucrado en el desarrollo. El procedimiento de la determinación del Factor Ambiente se muestra en la tabla 10.
Número del factor
Descripción Peso Valor Fact or Comentario E1 Familiaridad con el modelo del proyecto usado. 1.5 3 4.5 Se está familiarizand o con el modelo del proyecto. E2 Experiencia en la aplicación. 0.5 4 2 No es una aplicación que requiera mucha experiencia E3 Experiencia en la programación. 1 4 4 Se considera cierto grado de experiencia en la programación , debido que
esta es la que se ha estudiado. E4 Capacidad del analista líder. 0.5 4 2 El analista líder a pesar de ser una única persona tiene una capacidad promedio. E5 Motivación 1 5 5 Alta E6 Estabilidad de los requerimientos. 2 4 8 Aunque el sistema se encuentra sujeto a cambios, el mismo brinda las funcionalidad es esenciales que dan cumplimiento a los objetivos que iniciaron su realización. E7 Personal media jornada. -1 0 0 Se trabaja a tiempo completo.
E8 Dificultad del lenguaje de programación. -1 3 -3 Como el lenguaje empleado es Java y este ofrece grandes facilidades y ventajas, se considera una dificultad media su empleo. Total 22.5
Tabla 10. Determinación del factor ambiente.
El factor ambiente se calcula mediante la siguiente ecuación: EF = 1.4 - 0.03 * ∑ (Pesoi * Valor asignado)
EF = 1.4 - 0.03 * 22.5 EF = 0.725
Sustituyendo en la ecuación de cálculo de casos de uso ajustado: UCP = 124 * 1 * 0.725
UCP = 89.9
Igualmente, es necesario calcular el esfuerzo en horas – hombre (E), el cual viene dado por:
E = UCP * CF, donde:
CF: Factor de conversión (20 Horas – hombre por defecto) E = 89.9 * 20
E = 1798 Horas - hombre
Para una estimación más exacta de la duración del proyecto, se hace necesario agregar a la estimación del esfuerzo obtenida por los puntos de casos de uso, las estimaciones de esfuerzo de las restantes actividades que se llevan a cabo
durante el desarrollo del software,(Fernández, 2018). Los porcentajes de la estimación del esfuerzo se muestran en la tabla 11.
Actividad Porcentaje
Análisis 10.00%
Diseño 20.00%
Programación 40.00%
Pruebas 15.00%
Sobrecarga (otras actividades) 15.00%
Tabla 11. Estimación del esfuerzo realizado en porciento.
Con este criterio y tomando como entrada la estimación de tiempo calculada a partir de los puntos de casos de uso, se pueden calcular las demás estimaciones para obtener la duración total del proyecto. El desglose de horas – hombre que representan el esfuerzo realizado se muestra en la tabla 12.
Actividad Horas - hombre
Análisis 179.8
Diseño 359.6
Programación 719.2
Pruebas 269.7
Sobrecarga (otras actividades) 269.7
Total 1798
Tabla 12. Estimación del esfuerzo realizado en Horas – hombre.
Cálculo del esfuerzo total: ETotal = 1798 Horas – hombre Cálculo del tiempo de desarrollo: TDesarrollo = ETotal/CHTotal donde: CHTotal: Cantidad de hombres. TDesarrollo = 1798/1
TDesarrollo = 1798 horas
Considerando que se trabajan 8 horas diarias: TDesarrollo = 1798/8
