UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA EN CIENCIAS DE LA COMPUTACIÓN SEGUNDA DEFENSA DE TESIS PARA OPTAR AL GRADO DE INGENIERO EN CIENCIAS DE LA COMPUTACIÓN “DISEÑO Y DESARROLLO DE UNA HERRAMIENTA PARA LA GESTION ADMINISTRATIVA DE UN BANCO DE SANGRE SIN FINES DE LUCRO” PRESENTADO POR: YASMIN GEORGINA BENITEZ VENTURA EYSIS MERCEDES GALO RIOS ASESOR: ING. RENE ARTURO ANGULO ARRIAZA CIUDADELA DON BOSCO, ABRIL DE 2007 EL SALVADOR, CENTROAMÉRICA INTRODUCCIÓN. La era de la tecnología y la automatización ha evolucionado instituciones empresariales, industriales, gubernamentales, organismos de salud entre otras; haciendo uso de sistemas de información como herramientas, para aumentar la eficiencia y mejorar la eficacia en los diversos procesos que se incurren en la obtención de un producto en particular. Esto permite a las organizaciones planear sus estrategias de negocio con el fin de reducir costos y aumentar utilidades. Para Instituciones de salud, tanto, públicas como privadas, es también importante hacer uso de las herramientas informáticas que ofrece esta era de tecnología, y que al igual que cualquier otra institución comercial, busca la reducción de sus gastos para poder adquirir más materiales, sin olvidar la calidad del servicio que debe ofrecer a sus pacientes. Dentro de las instituciones de salud, como hospitales y clínicas juega un papel crítico los bancos de sangre los cuales son responsables de la recolección, análisis, conservación y distribución de componentes sanguíneos de manera oportuna y en óptimas condiciones; para pacientes que requieran componentes sanguíneos que les son preescritas por el médico. El presente proyecto de tesis esta enfocado en el desarrollo de un sistema que sirva como herramienta para mejorar los procesos en el manejo de los componentes sanguíneos, y materiales del banco de sangre, así como también, brinde una mejor forma para el manejo de la información que sea generada; por medio de consultas y reportes, para facilitar el control de los componentes y material en el banco de sangre. Para la culminación del proyecto fue necesario desarrollar diferentes etapas que conforman el estudio de dicho proyecto, la primera etapa es la conceptual que persigue la definición del sistema a diseñar y desarrollar, especificando el objetivo general y objetivos específicos, los alcances en los cuales se determina hasta donde se quiere llegar con la creación del software, las limitantes que se presentan como parte de inconvenientes en el desarrollo del sistema y la justificación del proyecto. A través de la etapa de la investigación se documenta la búsqueda de información, detallando la situación actual de algunos bancos de sangres sin fines de lucro de nuestro país. Para terminar, en la etapa propuesta, se utilizan técnicas y herramientas de análisis y diseño para el desarrollo del sistema. Garantizando la calidad del producto desarrollado. AGRADECIMIENTOS. Primeramente quiero agradecer a mi papito del cielo por permitirme alcanzar una de las metas más importantes de mí vida, por darme la fortaleza, sabiduría, y coraje de seguir adelante a pesar de las dificultades que se presentaron en este camino, y que sin su favor no hubiera podido lograr. A mis padres, porque gracias a su apoyo y consejos he realizado uno de mis anhelos más grandes de mi vida, la cual constituye la herencia más valiosa que pudiera recibir de parte de ustedes; gracias por la confianza que en mí depositaron, gracias por todos los sacrificios que hicieron, por esas palabras de lucha que siempre llenaron mi corazón de confianza y esperanza, por ser los padres más maravillosos…sólo deseo que entiendan que el logro mío, es el logro de ustedes, que mí esfuerzo es inspirado en ustedes, y que mi único ideal son ustedes, LOS AMO... A mi querido esposo, Ernesto Alexander, por estar en los buenos y malos momentos de mi vida y carrera, gracias porque fuiste ese pilar cuando sentía que no podía más, por brindarme palabras de tranquilidad y confianza cuando las necesitaba, por hacerme sentir que si podía lograrlo, por creer en mí, por tu paciencia, apoyo, comprensión y por ese HIJO MARAVILLOSO Kevin Alexander, que fue la motivación e inspiración mas grande de mi vida para seguir adelante…LOS AMO. De igual manera agradezco con mucho cariño a mis hermanos Marcia, Alex, Sandra, William, Liliana y Herbert, por el apoyo que cada uno de diferente manera me brindo, gracias por sus palabras de aliento y esperanza que confortaban mi alma. LOS QUIERO MUCHO. A mi familia política, mis suegros Isabel e Irene, muchas gracias por todo el apoyo que me dieron, por las palabras de motivación que me brindaban cuando la situación estaba difícil, gracias por creer en mí y por cuidar de Kevin. A mi cuñado Luis, por dejarme ocupar su espacio para poder trabajar en la tesis, gracias por tu paciencia. A la tía Sonia y Sonia por ayudarme a cuidar de Kevin cuando estaba trabajando en la tesis. MUCHAS GRACIAS. De la misma manera, quiero agradecer con mucho cariño a Jairo Eduardo Vides, Oscar Mauricio Hernández, José Miguel Barahona, y Salvador Ernesto Laínez, por la ayuda y el apoyo que nos brindaron durante la tesis, por estar siempre pendientes de cómo nos iba, MUCHISIMAS GRACIAS. A mi compañera de tesis, Yasmin Benítez, por todo su esfuerzo y apoyo que me brindo durante el proceso de la tesis, te agradezco porque juntas pudimos superar muchos obstáculos, hasta alcanzar la meta que nos propusimos al inicio de este camino; por la paciencia y los ánimos que me dabas. MIL GRACIAS. Al Ing. Melvin Carias, nuestro tutor y amigo, le agradezco enormemente por todo el apoyo, los ánimos que nos daba, las palabras de fortaleza que nos brindaba, por estar siempre pendientes y por la confianza que deposito en nostras. MUCHAS GRACIAS ING. CARIAS. A nuestro asesor Ing. René Angulo, por confiar en nosotras, compartir sus conocimientos y brindarnos su apoyo. MUCHAS GRACIAS. “Aunque la tormenta sea muy larga, el sol siempre volverá a brillar entre las nubes.” Eysis Mercedes Galo Ríos. AGRADECIMIENTOS Agradezco a DIOS por haberme dado voluntad, sabiduría, paciencia y fortaleza. Por las pruebas y los obstáculos que se han presentado en mi vida. Por haber alcanzado una de mis más grandes metas. Gracias a la Virgencita MARIA AUXILIADORA por haber intercedido por mí y dejarme guiar del amor de DIOS, en esos momentos tan difíciles que cruce por este camino. Gracias a DON BOSCO por ser mi guía en buscar la meta en este arduo y largo trabajo. A mi madre Noemí del Carmen Ventura que con mucho esfuerzo y sacrificios me permitió estudiar. Por su apoyo económico y emocional, por ser una madre entregada a sus hijos, por tenerme paciencia, por haberme ayudado alcanzar esta meta que también es de ella y dedicada a ella, le estoy profundamente agradecida. INFINITAS GRACIAS. A mi hermano David Meléndez Ventura, por su apoyo, por su comprensión, por confiar en mi, por estar aquí aunque sea en la distancia, gracias por ser mi hermano, este triunfo no solo es mío también de el y para el. UN MILLON DE GRACIAS. A mis sobrinos Deborah, Gracia Maria, Mattew, Joshua, por ser mi motivación y la alegría que envuelve mi vida. A mi gran amigo Salvador Lainez, por habernos ayudado en el proceso de creación del sistema, por haberse desvelado con migo, por los ánimos, por darme su cariño, por el apoyo incondicional que me dio, por los consejos que a lo largo de este año han sido de gran ayuda. GRACIAS AMIGO MIO. A mi mejor amigo Oscar Mauricio Hernández, por haberme ayudado tanto durante toda la tesis, por haber estado con migo en las buenas y en las malas, por darme su apoyo cuando más lo necesité, por darme su fraterno cariño, por esas largas desveladas, por aguantarme tanto, por siempre estar ahí. GRACIAS MI AMIGO. A mi gran y mejor amigo José Miguel Barahona, por ser esa persona quien hace mucho tiempo me tomo de la mano y me enseñó que en la vida no hay obstáculos grandes, que soy capaz de hacer cualquier cosa que me proponga y a tener confianza en mi misma. Por haber estado todo ese tiempo con migo, por haber estado y dado ese empujón en la tesis, por haber creído en mí, por su apoyo incondicional, por los ánimos que tanto necesité y me ayudaron, por haberse desvelado con migo, por ese cariño. GRACIAS. A mis amigos Don Miguel, Doña Lidia y Estheli Barahona, por brindarme ese cariño tan bonito, por los ánimos, por los consejos, por las atenciones, por estar ahí siempre conmigo. MIL GRACIAS. A Jairo Eduardo Vides, por habernos brindado su ayuda en nuestra tesis. MUCHISIMAS GRACIAS. A mi compañera de tesis Eysi, por todo el esfuerzo, con el fin de llegar a la meta que nos propusimos al inicio de este largo camino, le agradezco la paciencia que ha tenido con mi carácter, pero mas agradecida aun por haber terminado y superado la ultima prueba de nuestra carrera. A nuestro tutor Ing. Melvin Carias por habernos dado su apoyo, por estar pendiente de que todo nos saliera bien, por su preocupación, por su compresión, por su aprecio hacia nosotras. A nuestro asesor Ing. Rene Ángulo, por el apoyo sincero y profesional, por creer en nosotras. GRACIAS. “Tus éxitos con amor te hacen crecer, sin amor te hacen orgulloso.” Yasmin Georgina Benítez Ventura. INDICE Pág. INTRODUCCIÓN. I CAPITULO I: DEFINICIÓN DEL PROYECTO. 1 1.1 ANTECEDENTES. 1 1.2 IMPORTANCIA DE LA IMVESTIGACIÓN. 11 1.2.1 Planteamiento del problema. 11 1.2.2 Definición del tema. 12 1.2.3 Justificación. 13 1.3 OBJETIVOS. 14 1.3.1 Objetivo general. 14 1.3.2 Objetivos específicos. 14 1.4 ALCANCES. 15 1.5 LIMITACIONES. 16 1.6 PROYECCIÓN SOCIAL. 17 1.7 MARCO TEÓRICO. 19 1.7.1 Marco conceptual. 19 1.7.2 Marco experimental. 20 1.8 METODOLOGÍA DE LA INVESTIGACIÓN. 21 1.8.1 Tipo de investigación. 21 1.8.2 Técnicas de recopilación de información. 22 1.8.3 Análisis y diseño del sistema. 23 CAPITULO II METODOLOGÍA DE LA INVESTIGACIÓN. 25 2.1 Tipo de investigación 25 2.2 Población y muestra. 25 2.3 Técnicas y herramientas de investigación. 29 2.3.1 Encuesta. 29 2.3.2 Observaciones directas. 29 2.3.3 Entrevista. 30 CAPITULO III SITUACIÓN ACTUAL. 32 3.1 Funcionamiento del sistema actual. 32 3.2 Descripción del entorno. 33 3.3 Procedimientos. 34 3.4 Usuarios involucrados. 36 CAPITULO IV ESTUDIO DE FACTIBILIDAD. 38 4.1 Factibilidad operativa. 38 4.2 Factibilidad técnica. 39 4.3 Factibilidad económica. 40 CAPITULO V DISEÑO DEL SISTEMA. 44 5.1 Diseño del sistema informático propuesto. 44 5.1.1 Determinación de requerimiento del sistema informático Propuesto. 44 5.2 Herramientas a utilizar en el desarrollo del software. 45 5.3 Diseño de diagrama de flujo de datos. 49 5.4 Diagrama jerárquico o modular. 50 5.4.1 Descripción del diagrama jerárquico del sistema propuesto. 51 5.4.1.1 Módulo Archivo. 51 5.4.1.2 Módulo hematología. 51 5.4.1.3 Módulo material. 52 5.4.1.4 Módulo consumo ideal de materiales 52 5.4.1.5 Módulo catálogos. 53 5.4.1.6 Módulo de reportes. 53 5.4.1.6.1 Reportes de hematología. 54 5.4.1.6.2 Reportes de materiales. 54 5.4.1.6.3 Reportes de consumo ideal. 55 5.4.1.7 Módulo Administrador. 55 5.5 Diseño del interfaz. 55 5.1.1 Aplicación de los casos de uso. 56 5.5.1.1 Contexto del sistema. 56 5.5.1.2 Caso de uso encargado de bodega. 58 5.5.1.3 Caso de uso usuario. 62 5.5.1.4 Caso de uso jefe de banco de sangre. 67 5.5.1.5 Caso de uso usuario página Web. 69 5.5.1.6 Caso de uso administrador del sistema. 71 5.6 Base de datos. 73 5.6.1 Entidad relación. 74 5.7 Diccionario de datos. 75 5.7.1 Definiciones de tablas. 75 5.8 Seguridad del sistema. 92 5.8.1 Claves de acceso. 92 5.8.2 Roles de usuarios. 92 5.9 Descripción de la interfaz de usuario. 94 5.9.1 Pantallas del sistema. 94 5.9.2 Diseño de salidas. 104 CONCLUCIONES 107 RECOMENDACIONES 108 Bibliografía. 109 Glosario. 111 Anexos. 115 A1. Tecnología a utilizar. 116 B1. Encuesta. 119 B1.1 Presentación y análisis de la encuesta. 122 C. Manual de usuario. D. Manual del programador. E. Manual de instalación. 1 CAPITULO I DEFINICIÓN DEL PROYECTO. 1.1 ANTECEDENTES. Las herramientas computacionales han evolucionado de acuerdo al descubrimiento y desarrollo de las nuevas tecnologías, permitiendo que las empresas puedan destacarse. Para los bancos de sangre convendría describir como imprescindibles un adecuado funcionamiento, la informatización y la automatización. Un banco de sangre cuyas tareas fundamentales son:  Extracción de sangre o de alguno de sus componentes.  Fraccionamiento y conservación de la sangre y derivados.  Análisis.  Distribución. Los procesos están esquematizados de la siguiente manera: Esquema de los procesos de un banco de sangre. Figura 1.1.1 Procesos de un banco de sangre. Recepción del donante Extracción de Sangre Fraccionamiento de la Sangre Almacenamiento de Componentes Evaluación de la Sangre Evaluación de Componentes Distribución de los componentes Fin Inicio 2 El banco de sangre es responsable de la disposición de productos sanguíneos en óptimas condiciones, sus áreas principales son: Área de Recepción: En esta área se toman los datos del donante, nombre, dirección, teléfono, etc. Área de entrevista: Se realiza una entrevista médica y el donante debe informar la verdad de todo lo que se le pregunte, esto es tanto para seguridad del donante como para el paciente. Además se le verifica la presión arterial, peso y un exámen de sangre para descartar anemia, toda la entrevista es para constatar la buena salud y saber si califica el donante. Esquema del proceso del área de recepción. Entrevista al donante y prueba de Hemoglobina Si la prueba fue positiva El donante es apto para donar no Fin Inicio Toma de datos de donante Área de Extracción El donante no es apto para donar si Figura 1.1.2 Procesos en el área de recepción. 3 Área de sangría (o extracción): Después de haber aprobado la evaluación, se prepara al donante, dándole las siguientes indicaciones: 1. No estar nervioso. 2. Relajar sus extremidades superiores. Posteriormente se limpia el brazo donde será sangrado y comienza la extracción de la sangre, esto dura aproximadamente de 10 a 15 minutos; al terminar se le recomienda: 1.No hacer esfuerzos físicos. 2.No ingerir alcohol. 3.No fumar. 4.Comer un pequeño refrigerio para recuperar líquidos. Y por ultimo, se toma datos de la bolsa de sangre extraída para ser llevada a la siguiente área. Esquema del proceso del área de extracción. Figura 1.1.3 Procesos del área de extracción. Preparación del donante Extracción de la sangre Refrigerio Fin Inicio Área de Fraccionamiento Indicaciones al donante Antes y después de la donación 4 Área de fraccionamiento: En esta área, la sangre completa se pesa, luego se coloca en una máquina centrifuga y se separa en componentes sanguíneos, en esta área utilizan dos métodos de separación. En el primer método se obtienen:  Glóbulos rojos empacados.  Plasma fresco congelado.  Plaquetas. Esquema del primer método A para proceso de fraccionamiento de la sangre. Figura 1.1.4 Método “A” en el área de fraccionamiento. Pesar la bolsa de sangre Centrifugar las bolsas de sangre Centrifugar plasma Almacenar Componentes sanguíneos Fin Inicio Se Obtienen : Glóbulos rojos empacados Plasma freso congelado Plaquetas 5 En el segundo método se obtienen:  Glóbulos rojos libre de glóbulos blancos.  Plasma humano normal.  Plaquetas. Esquema del segundo método B para proceso de fraccionamiento de la sangre. Figura 1.1.5 Método “B” en el área de fraccionamiento. Pesar la bolsa de sangre Centrifugar las bolsas de sangre Centrifugar plasma Almacenar Componentes sanguíneos Inicio Fin Se Obtienen : Glóbulos rojos libre de glóbulos blancos Plasma humano normal  Plaquetas 6 Área de Serologia: En esta área se realizan pruebas para determinar los tipeos de sangre y anticuerpos irregulares a la sangre completa extraida al donante. Esquema de proceso del área de serología. Análisis de tipeo Análisis de Anticuerpo Fin inicio Área de Pruebas especiales Figura 1.1.6 Procesos del área de serología. Área de pruebas especiales o tamizaje: Esta es una de las áreas de mayor importancia, por llevar el control de calidad, ya que, la sangre se somete a una serie de pruebas para determinar si existen enfermedades de tipo infeccioso como: VIH (SIDA), sífilis, Hepatitis A, hepatitis B, hepatitis C, chagas. Si el análisis llegará a ser positivo, se descarta los componentes y se le da aviso al donante que lo suministró. Mientras los componentes no pasen por esta área no pueden estar a disposición de transfundirlos o distribuirlos. 7 Esquema de proceso del área de pruebas especiales. Análisis de VIH,Sifilis,Hepatitis A B C, Chagas Si el análisis es positivo Desecho de componentes Componentes a disposición Fin no si inicio Área de Pruebas Cruzadas o distrubucion Figura 1.1.7 Procesos del área de pruebas especiales. Área de pruebas cruzadas: Al hacer un requerimiento de componentes por un paciente, se solicita una muestra de sangre del paciente que la necesita, para poder hacer el análisis de compatibilidad de sangre, es decir, aunque el paciente sea del mismo tipo de sangre que la del donante eso no significa que sean compatibles, por esa razón se hacen pruebas para asegurar la compatibilidad de los componentes sanguíneos. 8 Esquema de proceso del área de pruebas cruzadas. Figura 1.1.8 Procesos del área de pruebas cruzadas. El poseer un sistema informático integrado, que controle tanto aspectos puramente asistenciales como económicos, proporciona una serie de ventajas que se traducen no sólo en la optimización de recursos sino sobre todo en incremento importante de la calidad. Un sistema informático para un banco de sangre sin fines de lucro administra lo siguiente: Gestión de donantes.  Información de donantes. Análisis de compatibilidad donante – Paciente Si el análisis es positivo Se descarta el componente del donante Componente a disipación Fin si no inicio Distribución 9  Información de colectas móviles. Gestión de donaciones.  Información de fraccionamiento de las componentes.  Información de la validación de las componentes.  Información de análisis patológicos. Gestión de stock.  Información en tiempo real del stock.  Suministro de componentes sanguíneos. Gestión de las transfusiones.  Información de receptores.  Información de las peticiones de transfusión. Existen sistemas informáticos con costos y mantenimientos razonables, que los bancos de sangre los adaptan para ciertos procesos; pero con estos no se cubren las necesidades reales que requieren los bancos de sangre. Por lo que nace la necesidad, de diseñar y desarrollar un software que automatice los procesos que lleva la sangre en convertirse en componentes sanguíneos. Generalidades de sistemas que existen en algunos bancos de sangre sin fines de lucro, en nuestro país son:  El banco de sangre que se encuentra en el Hospital Militar, el sistema de control de donantes, pacientes, almacenamiento de componentes sanguíneos y distribución, lo llevan en forma manual; es decir la información la manejan con libros, y formularios en papel. Asimismo no cuentan con un sistema de análisis de costo. 10  El banco de sangre del Hospital Rosales maneja sus registros de almacenamiento y control de donantes, pacientes por medio de hojas de cálculo en Microsoft Excel, solicitudes y reportes de salida lo llevan manualmente; además no tiene sistema de análisis de costo.  El banco de sangre del Hospital Bloom y Hospital Zacamil poseen un sistema automatizado llamado Abot el cual lleva el control de información de los donantes, pacientes, el recorrido de la bolsa de sangre, es decir de los procesos que lleva el fraccionamiento para los componentes sanguíneos; pero el sistema Abot, no cuenta con análisis de costo en que incurre un banco de sangre.  El bancos de sangre de el Instituto Salvadoreño del Seguro Social y de la Cruz Roja Salvadoreña, poseen un sistema automatizado llamado sistema de gestión que tiene la herramienta Delphin, el cual lleva el control de donantes y pacientes, también el recorrido de la bolsa de sangre para llevar a cabo el fraccionamiento de los componentes sanguíneos, pero este no tiene análisis de costo, en los dos bancos de sangre mencionados. 11 1.2 IMPORTANCIA DE LA INVESTIGACIÓN. La aplicación de la tecnología, para la automatización de la información en el análisis administrativo de los diferentes recursos y componentes que se usan y se producen, permitirá a las diferentes instituciones hospitalarias que poseen bancos de sangre, contar con una herramienta de software que brinde a través de una gama de reportes y controles, información detallada de existencias de componentes y materiales usados en el bano de sangre. El proyecto “Diseño y desarrollo de una herramienta para la gestión administrativa de un banco de sangre sin fines de lucro”, será un aporte cualitativo para facilitar controles de los elementos, que participan en el fraccionamiento de la sangre que se da en bancos de sangre. 1.2.1 PLANTEAMIENTO DEL PROBLEMA. En la actualidad las diferentes instituciones hospitalarias cuentan con un banco de sangre, algunos manejan sistemas automatizados para proporcionar información sobre el análisis administrativo, pero no son capaces de procesarla y desplegarla de una manera tabular y gráfica, además carecen del análisis administrativo de los recursos que se usan en la donación, recolección, evaluación y de los componentes sanguíneos. Las instituciones, al no contar con un sistema completo pueden verse afectadas en la calidad del servicio brindado. La administración deficiente, debido a la poca capacidad para controlar los recursos, que se utilizan para la elaboración de los diferentes componentes, trae consigo la necesidad de implementar herramientas de software para controlar y analizar información. 12 1.2.2 DEFINICIÓN DEL TEMA. El proyecto a realizar consiste en el “Diseño y desarrollo de una herramienta para la gestión administrativa de un banco de sangre sin fines de lucro”, pretende ofrecer una alternativa de solución a la falta de un sistema informático, o la ineficiencia del existente en algunos de los bancos de sangre. El sistema informático, ofrecería ventajas con respecto a los sistemas que utilizan en la actualidad algunos bancos de sangre, y la posibilidad de contar con un sistema aquellos bancos que llevan sus controles de forma manual. El resultado será, un software para la automatización del banco de sangre, lo cual permitirá: mejorar el tiempo de entrega de los componentes sanguíneos, controlar de una manera efectiva el vencimiento de lotes de los componentes sanguíneos, controlar las entradas y salidas de los materiales, y una comunicación de banco a banco por medio de la página Web. 13 1.2.3 JUSTIFICACION. El desarrollo del presente proyecto, mejorará el control de los diferentes recursos y componentes sanguíneos de los bancos de sangre, por medio de un sistema informático que proporcionará información detallada de existencias, y consumos, a través de múltiples reportes y controles automatizados. La comunicación de banco a banco será por medio de una página Web, en el cual se verificará las existencias y se podrá hacer solicitudes de componentes, esta información no estará centralizada, ya que cada banco de sangre tendrá su propia base de datos. La elaboración de un sistema completo, marcará la diferencia en la administración de bancos de sangre, ya que contribuirá en una forma más integral para el análisis administrativo de los recursos y diferentes componentes. Es importante comprender, que la calidad y oportunidad de la sangre, beneficia directamente a personas que las necesitan. Por tal razón se motiva a la creación de dicho sistema. Para la realización de este proyecto, se contará con el apoyo técnico del banco de sangre del Instituto Salvadoreño del Seguro Social que es una Institución semiautónoma. 14 1.3 OBJETIVOS. 1.3.1 OBJETIVO GENERAL. Diseñar una herramienta que permita optimizar la calidad de la gestión administrativa de un banco de sangre sin fines de lucro. 1.3.2 OBJETIVOS ESPECIFICOS.  Registrar la información de: datos de donante, sangre completa, componente sanguíneos y recursos.  Brindar reportes de entrada de sangre completa, componentes sanguíneos y clasificarla por grupo sanguíneo.  Brindar reportes de los componentes sanguíneos que están por caducar.  Generar reportes de salida de componentes sanguíneos.  Registrar controles de salida de componentes a bancos de sangre.  Registrar controles de salida por pacientes internos del hospital donde se encuentra el banco de sangre.  Formulación de consumo ideal para componentes sanguíneos.  Brindar reportes de existencia de componentes sanguíneos.  Generar reportes de reservas de componentes sanguíneos.  Generar reporte de requisición de materiales.  Generar reportes de consumos.  Generar reportes de existencias.  Habilitar la información de los componentes sanguíneos para ser consultada y solicitada vía Web por bancos de sangre sin fines de lucro.  El sistema contara con niveles de usuarios para seguridad. 15 1.4 ALCANCES. Para el diseño de una herramienta de la gestión administrativa, se pretende alcanzar los siguientes aspectos:  Presentación de reportes tabulares relacionados con los componentes sanguíneos y materiales, en una interfaz de fácil uso para el usuario.  Diseño y desarrollo de una página Web, para mostrar y solicitar los componentes sanguíneos. 16 1.5 LIMITACIONES. El desarrollo del siguiente proyecto contemplará las siguientes limitaciones:  El sistema esta diseñado con base a un banco de sangre sin fines de lucro.  Las solicitudes de los componentes sanguíneos en la página Web, será solamente de banco a banco. 17 1.6 PROYECCION SOCIAL. El proyecto propuesto pretende que las instituciones que poseen bancos de sangre sin fines de lucro, consideren una herramienta informática, que les permitirá garantizar el fortalecimiento permanente de la capacidad administrativa de procesar y almacenar la sangre donada, esto con el fin de brindar un mejor servicio a los pacientes que necesitan el vital líquido. Tomando en cuenta lo importante que es para los pacientes que les transfunda el componente que requieren, se agilizará el tiempo de la solicitud, según la urgencia demandada, tanto de pacientes como peticiones de otros bancos de sangre. Otros de los beneficios que aportará el sistema, están orientados a la gestión administrativa, el cual les permitirá llevar un control de las entradas y salidas de los materiales utilizados. La mayoría de estos bancos de sangre, se encuentran en instituciones públicas hospitalarias las cuales se podrán beneficiar con el proyecto propuesto, entre ellas se encuentran: Bancos de sangre ministerio de salud: Hospital Santa Ana. Hospital Chalchuapa. Hospital Metapan. Hospital Sonsonate. Hospital Ahuachapan. Hospital Chalatenango. Hospital Nueva Concepción. Hospital Zacamil. Hospital Maternidad. Hospital Rosales. 18 Hospital Benjamin Bloom. Hospital Psiquiátrico. Hospital San Bartolo. Hospital Zacatecoluca. Hospital San Vicente. Hospital Sensuntepeque. Hospital Suchitoto. Hospital San Miguel. Hospital Cuidad Barrios. Hospital Nueva Guadalupe. Hospital Santiago de Maria. Hospital Usulutan. Hospital Santa Rosa de Lima. Hospital La Unión. Hospital San Francisco Gotera. Hospital Militar. Bancos de sangre el seguro social: ISSS Medico Quirúrgico. ISSS Santa Ana. ISSS Sonsonate. Otros: Centro de sangre de la Cruz Roja Salvadoreña. De los cuales, los que se catalogan bancos de sangre grandes, por la cantidad de donantes que asisten son: 1. Hospital Rosales. 2. Hospital Bloom. 3. Hospital Zacamil. 4. Hospital Militar. 19 1.7 MARCO TEÓRICO. 1.7.1 MARCO CONCEPTUAL. Para comprender los términos básicos que están relacionados con el tema, se brinda una descripción de cada uno de ellos:  Banco de sangre: Es un centro sanitario cuyas tareas fundamentales son: o Extracción de sangre o de alguno de sus componentes. o Análisis, fraccionamiento y conservación de la sangre y derivados. o Distribución a todos los centros hospitalarios y clínicas. Otro concepto de banco de sangre: Banco de sangre: es la unidad responsable de la disposición de productos sanguíneos con oportunidad y en óptimas condiciones. En esté se lleva a cabo la recolección, conservación y distribución de la sangre y sus compuestos  Componente sanguíneos: Es aquel que se deriva de la sangre completa. Los cuales son: o Glóbulos rojos. o Glóbulos rojos libres de blanco. o Plaquetas. o Plasma fresco congelado. o Plasma humano normal.  Fraccionamiento de la sangre completa: Es el proceso al cual es sometida la sangre completa, para poder obtener los diferentes componentes sanguíneos. 20  Organización sin fines de lucro: Una organización sin fines de lucro es un grupo organizado con propósitos diferentes a generar ganancias y en el cual ninguna parte de los ingresos de la organización es distribuida a sus miembros, directores u oficiales.  Base de datos: Una base de datos es el conjunto de datos almacenados con una estructura lógica. Es decir, tan importante como los datos, es la estructura conceptual con la que se relacionan entre ellos.  Lenguaje de programación: Un lenguaje de programación es una técnica estándar de comunicación que permite expresar las instrucciones que han de ser ejecutadas en una computadora. 1.7.2 MARCO EXPERIMENTAL. A continuación se describirán generalidades de sistemas existentes en algunos bancos de sangre:  En el banco de sangre que se encuentra en el Hospital Militar, el sistema de control de donantes, pacientes, almacenamiento de componentes sanguíneos y distribución, lo llevan en forma manual; es decir la información la manejan con libros, y formularios en papel. Asimismo no cuentan con un sistema de análisis de costo.  En el banco de sangre del Hospital Rosales maneja sus registros de almacenamiento y control de donantes, pacientes por medio de hojas de cálculo en Microsoft Excel, solicitudes y reportes de salida lo llevan manualmente; además no tiene sistema de análisis de costo. 21  En el banco de sangre del Hospital Bloom y Hospital Zacamil poseen un sistema automatizado llamado Abot el cual lleva el control de información de los donantes, pacientes, el recorrido de la bolsa de sangre, es decir de los procesos que lleva el fraccionamiento para los componentes sanguíneos; pero el sistema Abot, no cuenta con análisis de costo en que incurre un banco de sangre.  El bancos de sangre de el Instituto Salvadoreño del Seguro Social y de la Cruz Roja Salvadoreña, poseen un sistema automatizado llamado sistema de gestión que tiene la herramienta Delphin, el cual lleva el control de donantes y pacientes, también el recorrido de la bolsa de sangre para llevar a cabo el fraccionamiento de los componentes sanguíneos, pero este no tiene análisis de costo, en los dos bancos de sangre mencionados. 1.8 METODOLOGÍA DE LA INVESTIGACIÓN. 1.8.1 TIPO DE INVESTIGACIÓN. Investigación de campo. La investigación de campo consiste en realizar visitas a hospitales públicos con banco de sangre y a la Cruz Roja Salvadoreña que también presta este servicio; esto para conocer los diferentes procesos que se utilizan localmente. Para llevarlo a cabo se utilizaran técnicas de obtención de información tales como: entrevistas, encuestas, visitas técnicas, observaciones directas. Para la elaboración de nuestro anteproyecto se han hecho entrevistas indirectas, las cuales han consistido en hacer preguntas generales de los procesos de las diferentes áreas del banco de sangre, en estas entrevistas se ha usado como herramienta, una grabadora para capturar la información que brindaban los técnicos de dichas áreas. 22 1.8.2 TÉCNICAS DE RECOPILACIÓN DE INFORMACIÓN. a) Observación directa. Esta técnica permite conocer información que no se puede obtener por medio de otras, de primera mano. A través de ella se pretende: Verificación de los procesos del almacenamiento y existencias de los recursos materiales y componentes sanguíneos. Verificación de la inexistencia de procesos de análisis de costos. Obtención de requerimientos generales de funcionamiento. La visualización de inconvenientes y debilidades. b) Entrevistas. Este método puede ser de especial utilidad para reunir información oral y escrita en forma adecuada. A menudo este método es la mejor fuente de información cualitativa (entre ellas: opiniones, políticas de manejo de los recursos humanos, materiales y componentes sanguíneos, descripciones subjetivas de actividades, ventajas y desventajas. Las entrevistas se emplearán para reunir información proveniente de personas que están en contacto directo con los procesos manuales en el control de los materiales y componentes sanguíneos, además con las personas responsables del área administrativa y financiera, con el fin de adquirir lo siguiente:  Comentarios sobre características específicas que debería tener el sistema.  Diseño que debería tener los reportes y la información a presentar.  Operatividad de funciones del sistema.  Opinión de las fortalezas y debilidades del sistema. 23 c) Encuestas. Permitirá formarse un criterio que permita cuantificar diferentes tipos de información, orientada a una muestra representativa de las personas involucradas en el manejo del banco de sangre. Por ejemplo, los requerimientos para el desarrollo del sistema de tipo propuesto, y deficiencias de los sistemas que poseen los encuestados. d) Visitas técnicas. Estas permiten una descripción detallada de las actividades de cada área del banco de sangre, enfocándonos en los hospitales que tenga mayor afluencia de donantes. Población y muestra. La población será delimitada a las personas que interactúen con el banco de sangre y personas que realicen políticas para el manejo de estos recursos. Las poblaciones seleccionadas a investigar serian las instituciones hospitalarias que poseen sistemas automatizados. 1.8.3 ANÁLISIS Y DISEÑO DEL SISTEMA. Para el análisis y diseño del sistema del banco de sangre sin fines de lucro, se empleó la técnica del ciclo de vida el desarrollo de sistema (CVDS). El CVDS es un paradigma de la programación estructurada, que proporciona lineamientos para desarrollar un proyecto de sistema de información. Las fases que componen el CVDS son:  Investigación: obtendrá los requisitos e información del sistema del banco de sangre.  Análisis: tomará los datos obtenidos de la investigación para decidir lo que debe contener el sistema y que sea factible a los requerimientos del usuario final del sistema. 24  Diseño: consiste en la elaboración lógica del sistema banco de sangre, y la elección de la plataforma sobre la cual se codificara el sistema.  Desarrollo: es la construcción física del sistema, tomando como base las etapas previas.  Pruebas y resultados: se comprobaran los procesos lógicos internos del sistema, asegurando que los resultados del mismo son los adecuados, y permitirán la detección de errores para su corrección.  Documentación: se generan los documentos propios del sistema; éstos son: manuales de usuario, manuales del programador y ayuda del sistema. El modelo que se aplicó a las técnicas del ciclo de vida del desarrollo de sistemas, fue el modelo de cascada (ver figura 2.3.3.1), ya que involucra los requisitos del usuario para su diseño; además, para verificar que el desarrollo de cada actividad cumpla con lo requerido, el modelo en cascada proporciona puntos de chequeo en las diferentes fases, permitiendo regresar a la etapa en la cual no se cumple con lo establecido para hacer las correcciones necesarias y luego continuar con las siguientes fases del proyecto. Modelo de cascada para el ciclo de vida en el desarrollo de sistemas. Figura 2.3.3.1 (Referencia Bibliografica: Análisis y Diseño de Sistemas de Información). Investigación Análisis Diseño Desarrollo Pruebas Resultados 25 CAPITULO II METODOLOGÍA DE LA INVESTIGACIÓN. 2.1 TIPO DE INVESTIGACIÓN. La investigación realizada es de tipo descriptiva, efectuada por medio de observaciones directas, entrevistas y encuestas a los empleados y a las autoridades de los bancos de sangres. Las investigaciones realizadas, se hicieron a bancos de sangre sin fines de lucro. Con los resultados se obtuvo:  La situación actual de los sistemas y la forma de procesar la información en los bancos de sangre.  Si estos bancos tenían sistema, se determinó la funcionalidad de estos (características, requisitos). Toda esta información constituye un apoyo para crear el modelo de diseño que conducirá al desarrollo de un sistema de esta índole. 2.2 POBLACIÓN Y MUESTRA. Población. La población que se considera son todas aquellas instituciones y hospitales públicos que cuentan con bancos de sangre sin fines de lucro, ya sea que estos posean sistemas informáticos o no. Las instituciones que conforman esta población son las siguientes:  Bancos de Sangre Ministerio de Salud: Hospital Santa Ana. Hospital Chalchuapan. Hospital Metapan. 26 Hospital Sonsonate. Hospital Ahuachapan. Hospital Chalatenango. Hospital Nueva Concepción. Hospital Zacamil. Hospital Maternidad. Hospital Rosales. Hospital Benjamin Bloom. Hospital Psiquiátrico. Hospital San Bartolo. Hospital Zacatecoluca. Hospital San Vicente. Hospital Sensuntepeque. Hospital Suchitoto. Hospital San Miguel. Hospital Cuidad Barrios. Hospital Nueva Guadalupe. Hospital Santiago de Maria. Hospital Usulutan. Hospital Santa Rosa de Lima. Hospital La Unión. Hospital San Francisco Gotera. Hospital Militar.  Bancos de Sangre El Seguro Social: ISSS Medico Quirúrgico. ISSS Santa Ana. ISSS Sonsonate.  Otros: Centro de Sangre de Cruz Roja Salvadoreña 27 Tamaño de la muestra. El tamaño de la muestra permite definir el número de encuestas a elaborar, las cuales dan a conocer características y requisitos de los sistemas de bancos de sangre sin fines de lucro. El tamaño de la muestra se determina por medio de “muestreo probabilístico”, el cual es una herramienta de investigación que tiene como función básica la determinación de la parte a examinar de una realidad de estudio. El método propone dos expresiones probabilísticas para el cálculo de la muestra, dependiendo si el estudio se debe a una población finita o infinita. Estas expresiones son: • Para poblaciones infinitas (más de 100.000 habitantes): • Para poblaciones finitas (menos de 100.000 habitantes): Donde: n = Tamaño de la muestra. N = Tamaño de elementos del universo. P = Porcentaje que poseen las características requeridas. Q = Porcentaje que no poseen las características requeridas. Z = Nivel de confianza, habitualmente 95% al 99%. E = Error muestra permisible, puede tomar valores de 5% a 10%. Determinación de P y Q: Cuando el valor de P y de Q no se conoce, o cuando la encuesta se realiza sobre diferentes aspectos en los que estos valores pueden ser diferentes, es conveniente tomar el caso más favorable, es decir, aquel que necesite el máximo 28 tamaño de la muestra, lo cual ocurre para P = Q = 0.50, luego, P = 0.50 y Q = 0.50. Determinación de E: El valor de E será el error que se prevé cometer, el cual será del 10%. Así por ejemplo, con este valor, si se obtuviera un resultado X con un 80%, tendríamos una seguridad del 95% de que el parámetro real se sitúa entre el 70% y el 90%. Determinación de N: El valor del N corresponde al número de bancos de sangres sin fines de lucro que conforman la población, de modo que N = 30 Al sustituir los valores en la fórmula, en este caso la fórmula para poblaciones finitas, se obtiene: P = 0.5 Q = 0.5 E = 10% = 0.1 N = 30 Z = 95% = 0.95          5.05.095.01301.0 305.05.095.0 22 2   n 12.13n Por lo que el número de encuestas es de 13. El número de encuestas según la fórmula para poblaciones finitas que se tienen que realizar son 13. 29 2.3 TÉCNICAS Y HERRAMIENTAS DE INVESTIGACIÓN En esta etapa se recolectaron y determinaron los requerimientos del sistema, mediante las siguientes técnicas de investigación. 2.3.1 ENCUESTA. Para elaborar la encuesta se tomaron como base las características de sistemas que poseen algunos bancos de sangre investigados en el marco teórico del Capitulo I. El objetivo de las encuestas fue conocer la opinión de usuarios que poseen un sistema en el banco de sangre, como aquellos usuarios que no lo poseen, y así poder evaluar la aceptación del mismo como los requisitos que este debe poseer según las necesidades del banco de sangre. La encuesta esta diseñada para bancos de sangre sin fines de lucro que cuentan con un sistema informático, como para aquellos que no cuentan con este. Ver anexo (Pág.142). 2.3.2 OBSERVACIÓN DIRECTA. Mediante esta técnica se pudo confirmar las características que poseen los sistemas de algunos bancos de sangre sin fines de lucro, el modo de ejecución, la interacción con los usuarios, las áreas de oportunidad de estos y los procesos extras que el usuario realiza. El sistema estudiado bajo esa técnica es el Dhelfin, ya que este es el sistema más usado por los bancos de sangre sin fines de lucro, los bancos de sangre que no poseen sistemas informáticos llevan los controles de los componentes en hojas de cálculos o en formatos hechos en papel. 30 Además, ningún banco de sangre sin fines de lucro utiliza un sistema informático para el control de las entradas y salidas de los materiales utilizados, la forma en que se llevan estos controles es manual en marbetes, kardex y libros. 2.3.3 ENTREVISTA. La entrevista realizada a la administradora del banco de sangre del ISSS y la jefa del departamento del banco de sangre de la cruz roja salvadoreña permitió conocer la experiencia que han tenido los administradores y usuarios del sistema Dhelfin. Con esta técnica se obtuvo información de forma directa. Debilidades del sistema actual: 1. No lleva el control de componentes sanguíneos caducados. 2. El sistema que poseen no brinda los reportes de una manera eficiente, por lo que tienen que llevar los controles de los componentes de forma manual. 3. El sistema informático que tienen no les permite llevar un control de los materiales que son utilizados en el banco de sangre. Ventajas del sistema actual: 1. El sistema lleva el control de los componentes sanguíneos de forma automatizada. Las entrevistas realizadas a los bancos de sangre del Hospital Rosales y Hospital Militar Hospital Rosales y Hospital Militar, permitió conocer: Debilidades del sistema actual: 1. No cuentan con sistemas automatizados para el control de componentes sanguíneos. 2. No cuentan con sistemas automatizados para el control de materiales a utilizar en los bancos de sangre. 31 3. La información poco confiables de las entradas y salidas de los componentes sanguíneos. Ventajas del sistema actual: 1. La utilización de hojas de cálculo para llevar el control de los materiales perecederos que son utilizados en la obtención de los componentes sanguíneos. 32 CAPITULO III SITUACIÓN ACTUAL. Muy pocos de los bancos de sangre de nuestro país, cuentan con sistemas informáticos, para manejar la información de forma automatizada y segura; el sistema que alguno de estos tienen solamente manejan información del área de hematología que les permite llevar un control de los componentes sanguíneos, el mas utilizado es el sistema de gestión administrativa Dhelfin. Las características con las que cuenta este sistema son: Captura de datos de donantes. Registro de componentes sanguíneos y sus procesos para la obtención del mismo. Reporte de componentes sanguíneos por tipo de sangre. Los bancos de sangre que utilizan este sistema son: 1. Cruz Roja Salvadoreña 2. Instituto Salvadoreño del Seguro Social. Además, ninguno de los banco de sangre posee sistema informático, que les permita manejar los materiales que se utilizan, este control lo llevan de forma manual en membretes, kardex y libros. 3.1 FUNCIONAMIENTO DEL SISTEMA ACTUAL. Un sistema de gestión administrativa es una herramienta que ayuda a mantener el control de componentes sanguíneos de los bancos de sangre facilitando el control de extracciones y salidas de componentes. El funcionamiento de este software es bastante simple, sin embargo involucra gran cantidad de procesos. El actor principal para poder enriquecer el 33 sistema con información es el donante, pero no precisamente por sus datos personales, sino, por la sangre que se le extrae, ya que sin el donante el banco de sangre no tendría componentes sanguíneos que distribuir. Los procesos de este software llevan una secuencia, a partir de la toma de los datos del donante, luego saber si puede ser un donador, por medio de una entrevista y un exámen previo que permite evaluar si tiene suficientes glóbulos rojos y se pueda efectuar dicha extracción de la sangre, la cual pasa a ser fraccionada para obtener los diferentes componentes sanguíneos y realizarle las pruebas espaciales (exámenes de enfermedades infecciosas y tipeo de sangre), luego pasan a almacenamiento donde están disponible para cualquier paciente. 3.2 DESCRIPCIÓN DEL ENTORNO. El Sistema, de gestión administrativa de bancos de sangre, es utilizado para llevar el control de la extracción, fraccionamiento y distribución de diferentes componentes sanguíneos, para un mejor control de calidad ya que estos son un líquido vital. El sistema de gestión administrativa, es una herramienta de software que ayuda al jefe del banco de sangre a estar al corriente de las cantidades que entran y salen; además que le permite conocer las cantidades existentes de los componentes sanguíneos. Los técnicos en el análisis de la sangre o usuarios del sistema, son los entes encargados de ingresar la información del resultado de los procedimientos que se generan en el banco de sangre, iniciando desde la toma de los datos del donante y terminando en la salida de los componentes sanguíneos. 34 Figura 3.2.1 Diagrama descripción del entorno del sistema actual. 3.3 PROCEDIMIENTOS. El sistema de gestión administrativa (Dhelfin) esta dividido en dos módulos: captura de información y reporte de salida de componentes. Módulo de captura de información.  Ingreso de datos personales del donante.  Ingreso de número de bolsa en el área de extracción.  Ingreso de la cantidad de componentes sanguíneos.  Ingreso de resultados de pruebas de serología (tipeo de sangre).  Ingreso de los resultados de exámenes de pruebas especiales.  Ingreso de la información de a quien se le distribuye los componentes sanguíneos. Módulo de reportes. En el módulo de reportes solamente se configura para las salidas de los componentes sanguíneos por tipo de sangre. Sistema Gerencia Área Técnica Administración 35 Una vez que el administrador de sistema hace limpieza de la información innecesaria en la base de datos, además de realizar mantenimientos, el sistema trabaja de la siguiente manera. 1) El usuario ingresa, el nombre de usuario y su password al sistema. 2) Ingresa información personal del donante. 3) El donante pasa a una entrevista, y se le realiza un exámen para verificar la cantidad de glóbulos rojos que posee, si este aprueba la entrevista y la cantidad de glóbulos rojos necesarios, pasa al área de extracción. 4) En el área de extracción, se le asignan un número de bolsa a la sangre que le han extraído donante. 5) Esta bolsa de sangre pasa al área de fraccionamiento, donde se obtienen tres componentes sanguíneos, se ingresa al sistema que componentes se obtuvieron y luego se almacenan. 6) A la sangre extraída se la realizan pruebas de tipeo de sangre (para conocer el grupo sanguíneo), y pruebas especiales para saber si posee enfermedades infecciosas, esta información es ingresada al sistema. 7) Cuando solicitan componentes, se ingresa la información de quien la solita, (esta puede ser una paciente u otro banco de sangre) y que tipo de componente requieren. En la figura 3.3.1 se explica de forma gráfica los procesos que se ejecutan en el sistema actual. 36 Procesos que se ejecutan en el sistema actual. Figura 3.3.1 Procesos en el sistema actual. 3.4 USUARIOS INVOLUCRADOS. Usuarios de bancos de sangre que cuentan con sistemas informáticos. En el sistema de gestión administrativa están varios tipos de usuarios involucrados:  Jefe de banco de sangre.  Administrador de sistema.  Usuario del sistema. Inicio Inicio de sesion Ingreso de datos del donante Aprobación de entrevista Extracción Resultado de la prueba Pruebas espaciales Salida de Componente Fin Si Fraccionamiento No Desecho de componente Si No Almacenamiento 37 Jefe de banco de sangre: Es el encargado de administrar el módulo de reporte además de tener acceso a todo el sistema, es el que lleva el control administrativo de todo el banco de sangre y el responsable ante una auditoria. Administrador de sistema: Es el encargado de limpiar la base de datos de información ya no necesaria en ella, como por ejemplo de componentes sanguíneos que han caducado y que se encuentra registrados en el sistema y también es el que asigna a los empleados que usan el sistema su usuario y contraseña además de hacer los respectivos mantenimientos y respaldo del software y base de datos. Usuario del sistema: Ingresa la información necesaria que requiere el sistema para poder llevar el control de los componentes sanguíneos. 38 CAPITULO IV ESTUDIO DE FACTIBILIDAD. 4.1. FACTIBILIDAD OPERATIVA. La factibilidad operativa se refiere a todos aquellos recursos donde interviene algún tipo de actividad (procesos) y depende de los recursos humanos que participen durante la operación del proyecto. Por tal razón, se han considerado ciertos aspectos en cuanto a la operatividad de la aplicación que se va a desarrollar como de la página Web, para que ésta sea fácil de utilizar para la parte administrativa como para los usuarios, obteniendo así un mejor servicio para los pacientes, bancos de sangres y reducción del tiempo de operación del mismo. Es por ello que la página Web y el sistema se desarrollará de tal forma que una persona con las nociones básicas del uso de sistemas pueda operar la administración de las mismas, ya que no se necesitan habilidades en programación o experiencia previa, el sistema como la página Web estará completamente programado para que la administración de los mismos sea fácil de realizar, lo mismo para los usuarios del sistema como los que ingresen a la página Web. Los usuarios de la página Web podrán tener facilidad de navegación, teniendo los enlaces visibles, esto con una adecuada distribución de la información. Es necesario considerar el recurso humano idóneo para el funcionamiento del proyecto, por lo cual se requiere un grupo de 9 personas, un encargado de la área de recepción, uno de área de entrevista, uno para el área de extracción, una para área de fraccionamiento, uno de área de serología, uno de pruebas especiales, uno de pruebas cruzadas, un encargado de la administración del sistema y de la Web, una para bodega y uno para el administrador del banco de sangre. 39 Se considera que el proyecto es factible operativamente en cuanto al uso de la aplicación ya que es posible contar con el recurso humano descrito anteriormente. 4.2 FACTIBILIDAD TÉCNICA. Se refiere a los recursos necesarios como instalaciones, equipo, software, etc., que son adecuados para efectuar las actividades o procesos que requiere el proyecto, generalmente se refiere a elementos tangibles. La factibilidad técnica brindará a la empresa la información necesaria del equipo que debe poseer para lograr la ejecución del proyecto. El equipo de hardware necesario para los bancos de sangres que quieran implementar el proyecto debe contar con nueve computadoras personales seis para ingresar información del área de hematología, una para el jefe del banco de sangre, una para el administrador del sistema y una para cada encargado de bodega, nueve UPS para casa equipo de computadoras y cinco impresores. No obstante este proyecto puede funcionar con un mínimo de cuatro computadoras una para todo el área de hematología, una para el jefe del banco de sangre, una para el encargado de bodega y una para el administrador del sistema, cuatro UPS y 2 impresoras. El software requerido es un sistema operativo Windows XP profesional y antivirus. De igual forma se debe contar con una conexión a Internet con una velocidad de 256 Kbps. como mínimo, además se recomienda contratar los servicios de un Webhosting◊ para el alojamiento de la aplicación Web (si es que la empresa no cuenta con estos servicios), así como también se debe obtener el registro de dominio. ◊ Webhosting: Es el lugar en Internet donde su website reside. 40 4.3 FACTIBILIDAD ECONÓMICA. Se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y para obtener los recursos básicos que deben considerarse. Para el análisis de la factibilidad económica se toman en cuenta dos aspectos los cuales son: costo de implementación, y costo de desarrollo del sistema a desarrollar. Costo de desarrollo. DESCRIPCIÓN VALOR Recurso humano. (Comprende la etapa de diseño y desarrollo de la aplicación Web en un período de 10 meses y con dos recursos a medio tiempo ganando $2000 cada uno). $4,000.00 Papelería (papel bond y fotocopias). $50.00 Tintas. $ 40.00 Anillados y empastado. $50.00 Alquiler de equipo audiovisual. $20.00 Transporte. $50.00 Servicios (Energía eléctrica, Internet y teléfono, valor del costo de estos servicios básicos en el lugar de trabajo del proyecto que es aproximadamente de 10 meses). $200.00 Imprevistos. $100.00 Windows XP Profesional. $220.00 MySQL versión 5.0. -- Visual Basic 2005 Express. -- TOTAL $4,730.00 Tabla 4.3.1 Costo de desarrollo. 41 El sistema para los bancos de sangres sin fines de lucro se desarrollará, pero no hay una certeza de implementación ya que depende del banco de sangre, pero de igual forma se especifican los requerimientos mininos de implementación. Costo del equipo para la implementación. Descripción Cantidad Precio unitario Total Procesador Pentium IV 2.0 Ghz. 256 MB de memoria DDR. Disco duro de 40 GB. Multimedia. Quemador de CD. Tarjeta de red 10/100. Monitor 14”. 9 $350.00 $3,150.00 Impresora Epson Stylus D88. 5 $35.00 $175.00 UPS Smart Power 650MK 6 salidas protegidas. 9 $40.00 $360.00 Total $3,585.00 Tabla 4.3.2 Costo de equipo. Servicios requeridos para implementar la pagina Web. Descripción Precio Acceso a Internet 512 Kbps (Pago Mensual).1 $41.60 Webhosting (Pago mensual)2. Soporte lenguaje ASP.NET, base de datos MySQL, 125 MB de almacenamiento, 2.5GB de transferencia, 25 cuentas de correos, información estadística del sitio. $12.50 Dominio SV (pago anual con IVA).3 $25.99 Mantenimiento de equipo (Pago Semestral estimado). $125 Tabla 4.3.3 Servicios para implementación del sistema. 1 Información facilitada por Telecom. 2 Información facilitada por TecnoWeb. 3 Información facilitada por TecnoWeb. 42 Costo del software para la implementación. Cantidad Nombre Descripción Precio unitario Total 9 Licencias. Microsoft XP profesional. Sistema operativo, que funciona en ambiente grafico. $110.00 $990.00 9 Licencias. Nod32 Antivirus System. $12.00 $96.00 Total $1,098.00 Tabla 4.3.4 Costo del software. Instalaciones para implementar el sistema. Cantidad Descripción Precio unitario aproximado Precio aproximado 9 Instalaciones de polarizado (1 por maquina) $5.55 $50.00 1 Red de área local (LAN)1  Configuración de red $125.  18 Conectores RJ-45 $6.48.  250 Mts. de cable UTP CAT 5E $30.00.  18 Botas Protectoras. $5.58.  SWITCH LD-DES-1016D $82.00. $239.06 $249.06 Total $299.06 Tabla 4.3.5 Costo de instalaciones. 1 Información facilitada por Telnet. 43 Costo total de implementación del sistema. Descripción Valor Costo de instalación de red LAN y polarizado. $299.06 Compra de software (Windows XP profesional, y antivirus). $ 1,098.00 Compra del sistema para el banco de sangre. $4,730.00 Acceso a Internet (costo mensual). $ 41.60 Webhosting (costo mensual). $ 12.50 Registro de dominio sv (costo anual con IVA incluido). $25.99 Mantenimiento de equipo (cada 6 meses). $125.00 Costo de equipo. $3,585.00 Total $9,917.15 Tabla 4.3.6 Costo total de implementación. 44 CAPITULO V DISEÑO DEL SISTEMA. 5.1 DISEÑO DEL SISTEMA INFORMÁTICO PROPUESTO. Figura 5.1.1 Diseño del sistema informático propuesto. Para dar una alternativa de solución a la problemática actual, se realizan gestiones para el análisis de una propuesta viable y eficiente en vista que los procesos actuales requieren muchos esfuerzos que impiden la agilización en el banco de sangre. Dicha propuesta, se fundamenta en el desarrollo de una aplicación que tenga la capacidad de resolver la problemática actual, ya que hoy en día se cuentan con herramientas adecuadas para la realización de dicha aplicación. 5.1.1 DETERMINACION DE REQUERIMIENTO DEL SISTEMA INFORMÁTICO PROPUESTO. Entrada de información.  Proporcionar módulos que controlen la entrada y salida de toda la información referente al control de los procedimientos.  Implementar la seguridad en el acceso de información, a través de roles; que permitan delimitar el flujo de información entre los usuarios.  Desarrollar una interfaz grafica amigable al usuario, que facilite la interoperabilidad con la aplicación. Menú principal Archivo Hematología Materiales Consumo Ideal de Materiales Catálogos Reportes Administrador 45 Procesamiento.  Analizar y desarrollar una eficiente estructura de base de datos que permita el sencillo almacenamiento y obtención de información; proporcionando las características de ser funcional, adaptable y de fácil administración.  Implementar la mejora de procesos en el manejo de flujo de información con el objetivo de optimizar recursos y facilitar el monitoreo de información. Salida de información.  Satisfacer las necesidades de los usuarios en la obtención de los datos.  Disminuir el tiempo de respuesta en el procesamiento de la información.  Mejorar la calidad de los resultados finales. 5.2 HERRAMIENTAS A UTILIZAR EN EL DESARROLLO DEL SOFTWARE. En la actualidad, en el medio informático existe gran variedad de herramientas y aplicaciones, cada una ofrece facilidades según el enfoque del software que se este desarrollando; por ello se hizo una comparación de las diferentes herramientas. Ver anexo (Pág.139). Las herramientas utilizadas para desarrollar del sistema tenemos: Base de datos. MySQL versión 5.0: MySQL es un sistema de gestión de base de datos, multihilo1 y multiusuario con más de seis millones de instalaciones. MySQL AB desarrolla MySQL como software libre en un esquema de licenciamiento dual. MySQL es un sistema de administración relacional de bases de datos. Una base de datos relacional archiva datos en tablas separadas en vez de colocar 1 Multihilos: Permiten dividir un programa en dos o más tareas que corren simultáneamente. Ver glosario técnico. 46 todos los datos en un gran archivo. Esto permite velocidad y flexibilidad. Las tablas están conectadas por relaciones definidas que hacen posible combinar datos de diferentes tablas sobre pedido. Características de MySQL:  Uso de multihilos mediante hilos del kernel.  No permite el manejo de dominios en los campos.  Completo soporte para operadores y funciones en cláusulas select, where y having.  Completo soporte para cláusulas group by y order by, soporte de funciones de agrupación.  Seguridad: ofrece un sistema de contraseñas y privilegios seguro mediante verificación basada en el host y el tráfico de contraseñas está encriptado al conectarse a un servidor.  Soporta gran cantidad de datos. MySQL Server tiene bases de datos de hasta 50 millones de registros.  Se permiten hasta 64 índices por tabla (32 antes de MySQL 4.1.2). Cada índice puede consistir desde 1 hasta 16 columnas o partes de columnas. El máximo ancho de límite son 1000 bytes (500 antes de MySQL 4.1.2).  Los clientes se conectan al servidor MySQL usando sockets TCP/IP en cualquier plataforma. En sistemas Windows se pueden conectar usando named pipes y en sistemas Unix usando ficheros socket Unix.  En MySQL 5.0, los clientes y servidores Windows se pueden conectar usando memoria compartida. Lenguaje de desarrollo.  Lenguaje de desarrollo para el sistema. Microsoft Visual Basic 2005 Express: Visual Basic 2005 Express es uno de los lenguajes de programación incorporado dentro de Visual Studio 2005 Express. Representa a una de las herramientas más productivas para crear aplicaciones para Microsoft Windows y 47 Web. Además, ofrece diseñadores visuales mejorados, mayor rendimiento de las aplicaciones y un eficaz entorno de desarrollo integrado (IDE) con el fin de ofrecer un método rápido para desarrollar aplicaciones. Al mismo tiempo admite construcciones completas orientadas a objetos para permitir código con más componentes y más reutilizable. Características interesantes de Visual Basic 2005 Express. o El kit de inicio integrado "Movie Collection" es completamente funcional y ofrece un ejemplo de utilización de Visual Basic 2005 bien documentado y fácil de seguir. o Características nuevas como My proporcionan acceso muy sencillo al .NET Framework y ayudan a escribir código muy potente de forma sencilla. o La documentación y los tutoriales del lenguaje pensados para programadores noveles ayudan a iniciar fácil y rápidamente. o Los IntelliSense Code Snippets integrados en el IDE ofrecen código para casi 200 tareas de programación muy comunes. o Editar y continuar (Edit and Continue) crea una experiencia muy natural de creación de código al permitir añadir funcionalidad o arreglar errores en el código en ejecución. o El diseñador de formularios Windows, permite el authoring de ricas aplicaciones interactivas utilizando arrastrar y soltar. Las nuevas snaplines y edición de propiedades en el sitio (in-place property editing) mejoran la experiencia intuitiva de diseño. o Nuevos controles Windows Forms como GridView, ToolStrip, y WebBrowser hacen que sea muy fácil crear aplicaciones. o La compilación en segundo término y la auto corrección ayudan a detectar errores en el código y sugieren cambios. o Una experiencia simplificada del IDE hace más sencillo encontrar la funcionalidad clave. o Conecta y retira datos de servicios Web XML con gran facilidad. o Nuevas etiquetas inteligentes (Smart Tags) ofrecen acceso sencillo a las características más comunes de control. 48 o Los consejos y visualizadores de depuración (Debugger Datatips and Visualizers) son una ayuda para aclarar estructuras complejas de datos como un DataSet.  Lenguaje de desarrollo para página Web. Visual Web Developer 2005 Express: Visual Web Developer 2005 Express es una herramienta enfocada exclusivamente en el desarrollo Web con ASP.NET 2.0, y esta incorporada en Microsoft Visual Studio .NET Express. Características más interesantes de Visual Web Developer 2005 Express Edition. o Kits de inicio integrado y plenamente funcional para arrancar de inmediato. o IntelliSense en todas partes. o 100 % de preservación del código fuente. o Rico depurador integrado para aplicaciones Web. o Soporte para proyectos e implementaciones FTP y proyectos basados en sistemas de archivos. o Construye y prueba aplicaciones en local utilizando el servidor Web integrado, sin necesidad de IIS. o Superficie de diseño mejorada y tabla de diseño para una experiencia de diseño WYSIWYG mejorada. o Integra datos fácilmente sin escribir código mediante databinding. o Herramienta de publicación Copy Web integrada para gestionar la implementación de forma súper sencilla. o Nuevas tareas comunes proporcionan fácil acceso a las características de control más comunes. o El modelo mejorado de compilación te permite guardar/refrescar el desarrollo de la página de estilo. o Soporte en tiempo de diseño de páginas maestras y temas ASP.NET 2.0. 49 5.3 DISEÑO DE DIAGRAMA DE FLUJO DE DATOS. Figura 5.3.1 Diagrama general de flujo de dato. Comprobación de Usuario Inicio de Sesión Menú PrincipalHematologia Tipo de Donacion Llenar Datos Paciente Datos Donante Examen Previo Apto para donar No dona Extraccion Fraccionamiento Almacenamiento Pruebas Especiales Resulta do de la Prueba Tipo de salida Reservacion Salida a Paciente Salida a Banco Desecho de Componente Areas Causa de no Donacion Doctor Bancos Catalogos Material Entrada de Material Salida de Material Verificacion de Material Componentes Usuarios Unidad de Medida Material Consumo Ideal de Material Formulacion del consumo para el componente sanguineo Tipo Material 50 5.4 DIAGRAMA JERÁRQUICO MODULAR. Entre los módulos propuestos para el sistema tenemos los siguientes: Figura 5.4.1 Módulos del sistema propuesto. Menú principal Archivo Hematología Materiales Consumo Ideal material Catálogos Reportes Administrador Cerrar sección Salir Datos donante Datos paciente Exámen previo Extracción Fraccionamiento Pruebas especiales Verificación de existencia de componentes sanguíneos. Salida y reservación de componente sanguíneos Entrada material Salida material Verificación de existencia de material Formulario de consumo para componente sanguíneos Áreas del banco Bancos de sangre Causa no donación Componentes sanguíneos Doctor Material Hematología Sangre completa existencia Componentes sanguíneos Componentes sanguineos por caducar Salida de componentes Materiales Existencia de materiales Salida de materiales Requisiciones de materiales Consumo Ideal de Material Consumo ideal Control de usuario Opciones de acceso al sistema Unidad de material Tipo de Material Entrada de Material 51 5.4.1 DESCRIPCIÓN DEL DIAGRAMA JERARQUICO DEL SISTEMA PROPUESTO. 5.4.1.1 MÓDULO ARCHIVO. En este módulo podrá cerrar la sección en la que se encuentre el usuario y salir del sistema. Cerrar sesión: Esta opción permite cambiar de usuario en el sistema. Salir: En esta opción permite salir o cerrar completamente el sistema. 5.4.1.2 MÓDULO HEMATOLOGÍA. En este módulo se registrarán los datos del donante, paciente y todos los datos necesarios para llevar un mejor control de la sangre y sus componentes, además poder consultar la existencia de los componentes, llevar un control de las salidas y reservaciones de los componentes sanguíneos. Datos donantes: En esta pantalla es donde se ingresa, busca, modifica un donante. Datos pacientes: Es donde se ingresa, busca, modifica un paciente. Exámen previo: Se guardan los resultados de la entrevista hecha al donante. Extracción: Es donde se le asigna un numero de bolsa a la sangre extraída. Fraccionamiento: Es donde se ingresan los diferentes tipos de componentes sanguíneos al sistema. Pruebas especiales: En esta pantalla permite ingresar los resultados de las pruebas especiales que se han realizado a los componentes sanguíneos. 52 Verificación de existencia de componente: En esta pantalla permite verificar la existencia de componentes dependiendo del grupo sanguíneo. Reservación y salidas de componentes sanguíneos: En esta pantalla permite Reservar y dar salida a los componentes sanguíneos dependiendo quien los solicita ya sea pacientes u otros bancos de sangre. 5.4.1.3 MÓDULO DE MATERIALES. En este módulo se lleva el control de las entradas, salidas y existencia de los materiales en la bodega del banco de sangre. Entrada de materiales: En este formulario se ingresará la información de los materiales que entraran a la bodega del banco de sangre, con el fin de llevar un control de estos. Salida de materiales: En este formulario se registrarán las salidas de los materiales que sean solicitados por las diferentes áreas del banco de sangre. Verificación de existencia de material: Se podrá consultar la existencia de un material. 5.4.1.4 MÓDULO CONSUMO IDEAL. Contiene el formulario en el cual se podrá llevar un control ideal de los materiales necesarios para el fraccionamiento de cada componente. Consumo ideal: Se ingresaran las cantidades de materiales que idealmente necesita un determinado proceso, que permitirá dar una valorización ideal a los diferentes componentes sanguíneos. 53 5.4.1.5 MÓDULO DE CATÁLOGOS. Contiene todos los formularios de mantenimiento de las tablas necesarias que se encuentran en la base de datos, para ingresar, modificar, buscar y eliminar información para el sistema. Bancos de sangre: Se ingresará información de los banco de sangre que realicen prestamos o reservaciones de diferentes componentes sanguíneos. Doctor: Se ingresará información de los doctores que realicen solicitudes de componentes para algún paciente que se encuentre en el hospital donde se encuentra el banco de sangre. Usuario: Se ingresará la información de los usuarios del banco de sangre. Unidad de Medida: Se ingresaran las unidades en las que entra y sale un material. Material: Se ingresará información específica de los materiales. Causa de no donación: Se ingresaran las causas por las cuales una persona no puede donar. Áreas del banco: Se ingresaran las áreas del banco de sangre. Tipo de material: Se ingresaran los tipos de materiales que maneja el banco de sangre. 5.4.1.6 MODULO DE REPORTES. En este módulo se muestran los reportes de hematología, materiales y valorización de los componentes sanguíneos. 54 5.4.1.6.1 REPORTES DE HEMATOLOGÍA. Sangre completa existente: Este reporte mostrará información de sangre completa existente. Componentes sanguíneos: Este reporte mostrará información de componentes sanguíneos existentes. Componentes sanguíneos por caducar: Este reporte mostrará información de componentes sanguíneos por caducar. Salida de componentes sanguíneos: Este reporte mostrará información de las salidas de componentes sanguíneos. Donaciones dirigidas: Muestra información de los donantes que han donado y a que pacientes. Pruebas especiales: Muestra las pruebas especiales que se han realizado. 5.4.1.6.2 REPORTES MATERIALES. Reporte existencia de materiales: Este reporte mostrará las cantidades existentes de cada material en bodega. Reporte salida de materiales: Brindará información de las salidas de los materiales. Reporte de requisiciones de material: Mostrará información de aquellos materiales que se encuentran en stock*, para que puedan hacer una requisición de esos materiales. Reporte de entrada de material: Mostrará información de las entradas a bodega de los materiales. * Stock: La cantidad de productos que dispone una empresa, este término se utiliza generalmente para referirse a los productos almacenados. 55 5.4.1.6.3 REPORTE DE CONSUMO IDEAL MATERIALES. Reporte de consumo ideal: Mostrará información de los materiales que se consumirían idealmente al sacar determinada cantidad de componente sanguíneo. 5.4.1.7 MÓDULO ADMINISTRADOR. Control de usuarios: Creara las cuentas de los usuarios del sistema y asignará cuentas de usuarios a los bancos de sangre que consulten por medio de la página Web. Opciones de acceso al sistema: Asignará los roles a los usuarios del sistema. 5.5 DISEÑO DEL INTERFAZ. Diagramas de casos de uso. Este diagrama representa la funcionalidad completa de un sistema (o una clase) mostrando su interacción con los agentes externos. Esta representación se hace a través de las relaciones entre los actores (agentes externos) y los casos de uso (acciones) dentro del sistema. Los diagramas de casos de uso definen conjuntos de funcionalidades afines que el sistema debe cumplir para satisfacer todos los requerimientos que tiene a su cargo. Esos conjuntos de funcionalidades son representados por los casos de uso. Se pueden visualizar como las funciones más importantes que la aplicación puede realizar o como las opciones presentes en el menú de la aplicación. 56 Diagrama de clases. Nos muestra una vista de la aplicación en un determinado momento, es decir, en un instante en que el sistema está detenido. Las clases son la plantilla de los objetos, y aquí podemos ver representados a estos con sus atributos o características y su comportamiento o métodos. Diagrama de actividades. Se utilizan para visualizar, especificar, construir y documentar la dinámica de un conjunto de objetos o simplemente para modelar el flujo de control de una operación (método de una clase). Fundamentalmente es un diagrama de flujo que muestra el flujo de control entre las actividades. 5.5.1 APLICACIÓN DE LOS CASOS DE USO. 5.5.1.1 CONTEXTO DEL SISTEMA. Figura 5.5.1.1 Caso de uso general del sistema propuesto. El diagrama de contexto muestra a los usuarios en forma de entidades que interactúan con el sistema. El diagrama anterior permite visualizar los actores involucrados en el modelo de casos de uso. Encargado de bodega. Sistema para la gestión administrativa para un banco de sangre sin fines de lucro. Usuario. Jefe del banco de sangre. Administrador del sistema. 57 Especificación de los actores identificados. Jefe de banco de sangre: Este posee los mayores privilegios de acceso al sistema, ya que tiene acceso a todos los módulos; siendo la única persona que tendrá acceso al módulo de valorización y a los reportes de hematología y valorización. Empleado: Es el encargado de ingresar la información del donante, paciente y la información requerida por el sistema, de cada uno de los procesos que conlleva el banco de sangre en relación a las áreas hematológicas. Encargado de bodega: Este se encarga del área de los materiales, de ingresar los materiales, de registrar las salidas, de hacer las requisiciones necesarias de los materiales y de generar los reportes. Además de agregar información a los catálogos de proveedores, materiales y tipo de material. Administrador del sistema: Se encargara de crear las cuentas de usuarios para los bancos de sangre y sistema, asignar permisos, mantenimiento a la base de dato, sistema y página Web. 58 5.5.1.2 CASO DE USO ENCARGADO DE BODEGA. <>: Representa una parte de la funcionalidad del caso que no siempre ocurre. <>: Representa una parte de funcionalidad del caso de uso que siempre ocurrirá. Figura 5.5.1.2.1 Diagrama del caso de uso encargado de bodega. Encargado de bodega. Entrada de materiales. Material. Requisición de material. Salida de material. Verificación de existencias de materiales. Unidades de medida. Conversión. «extends» <> << In cl ud e> > << In cl ud e> > «extends» «extends» Tipo Material «extends» «extends» 59 Descripción caso de uso del actor de encargado de bodega. Nombre: Requisición de material. Función: Generar reporte de los materiales requeridos. Descripción: El encargado de bodega, generará reportes de los materiales que se encuentran en su nivel de stock. Flujo de evento: Generar reporte de materiales con un nivel de material mínimo. Flujo alternativo: Ninguno. Requerimientos especiales: Que haya en la base de datos materiales con existencias mínimas. Precondición: Consultar los materiales que se encuentran en un nivel mínimo de existencia en bodega. Post-condición: Despliegue de los datos de existencias mínimas de los materiales existentes en bodega. Referencias: Caso de uso: verificación de existencias de materiales. Punto de Extensión: Este caso de uso es extendido por el caso de uso verificación de existencia de material. Nombre: Salida de material. Función: Registrar la salida de los materiales. Descripción: Registrará las salidas de los materiales que le sean solicitados por las área del banco de sangre. Flujo de evento: - Solicitud de materiales por un área del banco. - Se consulta la base de datos para verificar que haya en existencia las cantidades solicitadas de los materiales. Flujo alternativo: Ninguno. Requerimientos especiales: Que exista una solicitud de materiales de un área del banco de sangre. Precondición: Que haya en bodega de los materiales solicitados. Post-condición: Que los materiales solicitados se entreguen al área de bando que los solicito. Referencias: Caso de uso: verificación de existencia de materiales. 60 Puntos de extensión: Este caso de uso es extendido por el caso de uso verificación de existencia de material. Nombre: Entrada de material. Función: Registrar los materiales que entran a la bodega del banco de sangre. Descripción: Ingresará al sistema la información de los materiales que van a entrar a la bodega del banco, materiales. Flujo de evento: -Los materiales a ingresar, existan en la lista de materiales. -Ingresar información de los materiales que entraran a bodega. Flujo alternativo: -Si el material es nuevo, ingresarlo primeramente en formulario de material del módulo de catálogo. Requerimientos especiales: Haber ingresado la información de los materiales cuando es nuevo, en el formulario de materiales del módulo de catálogo. Precondición: Que exista un ingreso de material a bodega. Post-condición: Almacenar información de los materiales que ingresaron a bodega en la base de datos. Referencia: Casos de uso: materiales. Puntos de extensión: Ninguno. Nombre: Material. Funciones: Agregar material nuevo. Descripción: Ingresar información del material cuando es un producto nuevo. Flujo de evento: El material se ingresa en este formulario cuando no se encuentra en la lista de los materiales del sistema. Flujo alternativo: -Agregar unidades del material si no existe en módulo de catálogo. Requerimientos especiales: Haber ingresado datos del proveedor, tipo de material y la unidad que tendrá por defecto ese material. Precondición: El material no se encuentre en la lista de los materiales. Post-condición: Ninguno. Referencia: Caso de uso: Unidad de medida. Punto de Extensión: Este caso de uso es extendido por proveedor, tipo de material y unidades de medida. 61 Nombre: Verificación de existencia de material. Funciones: Consultar existencia de material. Descripción: Consultar la existencia de un material especifico a la base de datos. Flujo de evento: -Consultar la existencia de un material específico. - Despliega la información del material, mostrando las cantidades que existen en la bodega del banco de sangre. Flujo alternativo: Ninguno. Requerimientos especiales: Ninguno. Referencia: Caso de uso: Ninguno Referencias: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Punto de Extensión: Ninguno. Nombre: Tipo de material. Funciones: Agregar los tipo de materiales que se utilizan e banco de sangre. Descripción: Agregará al sistema los tipos de materiales que se utilizan en el banco de sangre. Flujo de evento: Ingresar el tipo de material en el módulo de catálogo. Flujo alternativo: Ninguno Requerimientos especiales: Ingresar un material, en el formulario materiales y que el tipo de material no se haya registrado. Referencia: Caso de uso: Ninguno. Referencias: Ninguno. Precondición: No exista el tipo de material en la base de datos. Post-condición: Ninguno. Punto de Extensión: Ninguno. 62 5.5.1.3 CASO DE USO: USUARIO. <>: Representa una parte de la funcionalidad del caso que no siempre ocurre. <>: Representa una parte de funcionalidad del caso de uso que siempre ocurrirá. Figura 5.5.1.3.1 Caso de uso del usuario 93 Usuario Hematologia Datos donante Datos paciente Examen previo Extraccion Fraccionamiento Pruebas especiales Verificacion de existencia Salida y reservacion de componentes «extends» «extends» <> <> <> <> <> 63 Descripción casos de uso usuario. Nombre: Datos donantes. Función: Permitir el ingreso de datos del donante. Descripción: El usuario ingresa un nuevo donante, busca los datos de un donante y despliega la información y modifica datos de un donante si es necesario. Flujo de evento:-Se busca la existencia del donante por medio del DUI, si el donante existe se actualizan los datos, sino se ingresan los datos al sistema. Flujo alternativo: Si la donación es dirigida1 se ingresan los datos del paciente. Requerimientos especiales: El donante llega por primera vez al banco de sangre. Precondición: Ninguno. Post-condición: Ninguno. Referencias: Caso de uso: Ninguno. Punto de extensión: Este caso de uso es extendido por el caso de uso de datos paciente y exámen previo. Nombre: Datos paciente. Función: Permitir el ingreso de datos del paciente. Descripción: Se ingresará un nuevo paciente, busca los datos de un paciente y despliega la información y modifica datos de un paciente si es necesario. Flujo de evento: Se ingresan los datos cuando el donante realiza una donación dirigida. Flujo alternativo: Ninguno. Requerimientos especiales: Se ingresa datos de un paciente no existente cuando el donante va a donar. Precondición: Donación del donante sea dirigida. Post-condición: Ninguno. 1 Dirigida: Donación de sangre de un donante para un paciente en especifico. 64 Referencias: Caso de uso: Datos donante. Punto de extensión: Ninguno. Nombre: Exámen previo. Actores: Usuario. Función: Ingresa resultados de exámen previo. Descripción: El usuario busca al donante registrado e ingresa los resultados del exámen previo a la extracción y guarda los datos. Flujo de evento:- Consultar datos del donante e ingresar el resultado del exámen previo. Flujo alternativo: Ninguno. Requerimientos especiales: Que exista un donante de sangre. Precondición: Información del donante tiene que estar ingresado en el sistema. Post-condición: Ninguno. Referencias: Caso de uso es datos donante. Punto de extensión: Este caso de uso es extendido por el caso de uso de extracción. Nombre: Extracción. Función: Ingresará el número de bolsa y grupo sanguíneo. Descripción: El usuario busca al donante registrado, el resultado del exámen previo e ingresa el grupo sanguíneo y asigna un número de bolsa a la sangre extraída. Flujo de evento:- Ingresar número de bolsa. Flujo alternativo: Ninguno. Requerimientos especiales: Que el donante tenga las condiciones necesarias para donar y que haya pasado el exámen previo al que fue sometido. Precondición: El resultado del exámen previo sea aceptado. Post-condición: Ninguno. Referencias: Caso de uso: exámen previo. 65 Punto de extensión: Este caso de uso es extendido por el caso de uso de fraccionamiento. Nombre: Fraccionamiento. Función: Ingresa los datos de los componentes fraccionados. Descripción: Se ingresa la información de tiempo de caducidad, número de bolsa, tipo de los diferentes componentes fraccionados. Flujo de evento:- Ingresar información de los componentes a fraccionar. Flujo alternativo: Ninguno. Requerimientos especiales: Que haya bolsas de sangre completa para fraccionar. Referencias: Caso de uso: extracción. Precondición: -Que exista sangre completa sin fraccionar. Post-condición: Ninguno. Punto de extensión: Este caso de uso es extendido por el caso de uso de verificación de existencia de componente. Nombre: Verificación de existencia de componente. Función: Verificación de existencia de componentes. Descripción: El usuario busca si se encuentran en existencia componentes sanguíneos. Flujo de evento: -Ingresar el código del componente y grupo sanguíneo a consultar. Flujo alternativo: Ninguno. Requerimientos especiales: Que existan componentes sanguíneos registrados. Precondición: Ninguno. Post-condición: Ninguno. Referencias: Caso de uso es fraccionamiento. Punto de extensión: Ninguno. 66 Nombre: Pruebas especiales. Función: Ingresa resultados de exámen de pruebas especiales. Descripción: El usuario ingresa los resultados de las pruebas realizadas a la sangre de enfermedades infecciosas. Flujo de evento: -Consultar número de bolsa e ingresar resultados de los exámenes de enfermedades infecciosas. Flujo alternativo: Ninguno. Requerimientos especiales: Para que se puedan realizar las pruebas especiales tiene que existir de sangre completa. Precondición: Ninguno. Post-condición: Ninguno. Referencias: Caso de Uso: Extracción, verificación de existencia de componente. Punto de extensión: Este caso de uso es extendido por el caso de uso de existencia. Nombre: Salida/Reservación. Función: Ingresa datos de solicitud o reservación de componentes. Descripción: Ingresa los datos que contiene la solicitud o reservación de componentes sanguíneos: tipo de componentes, datos del paciente, quien lo solicita. Flujo de evento: Ingresar información de de los componentes que van a salir o reservar. Flujo alternativo: Ninguno. Requerimientos especiales: Tener en existencia los componentes solicitados ya sea para salida de paciente, banco o una reservación. Además los datos del paciente, y banco de sangre que solicita o reserva tienen que estar registrados. Referencias: Caso de uso: verificación de existencia de componente, datos paciente y bancos de sangre. Precondición: Ninguno. Post-condición: Ninguno. 67 Punto de extensión: Este caso de uso es extendido por el caso de uso de pruebas cruzadas y datos del paciente, verificación de existencia de componente y banco de sangre. 5.5.1.4 CASO DE USO: JEFE DEL BANCO DE SANGRE. Figura 5.5.1.4.1 Caso de uso jefe del banco de sangre. Descripción de los casos de uso actor Jefe de banco de sangre. Nombre: Módulo hematología. Descripción: El jefe del banco de sangre tiene acceso a todos los formularios del Módulo de hematología, para poder consultar y agregar información del área hematológica. Flujo de evento: -Puede seleccionar cualquier formulario del módulo de hematología del sistema. Flujo alternativo: Ninguno. Requerimientos especiales: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Jefe Banco de Sangre Modulo Materiales Modulo Hematologia Catalogos Consumo Ideal Materiales Consumo Ideal Materiales 68 Punto de extensión: Ninguno. Nombre: Materiales. Descripción: Puede acceder al módulo de materiales, para poder consultar, registrar entradas y salidas de los materiales que sean requeridos por las diferentes áreas del banco de sangre. Flujo de evento: -Puede seleccionar cualquier formulario del módulo de materiales del sistema. Flujo alternativo: Ninguno. Requerimientos especiales: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Punto de extensión: Ninguno. Nombre: Catálogo. Descripción: Tiene la disposición de poder consultar, agregar, eliminar, información de los diferentes catálogos. Flujo de evento: -Puede seleccionar cualquier formulario del módulo de catálogo del sistema. Flujo alternativo: Ninguno. Requerimientos especiales: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Punto de extensión: Ninguno. Nombre: Consumo ideal de materiales. Descripción: Es la única persona que puede ingresar a este módulo, para poder obtener verificar el consumo ideal del componentes. Flujo de evento: -Puede seleccionar cualquier formulario del módulo de consumo ideal de materiales del sistema. Flujo alternativo: Ninguno. 69 Requerimientos especiales: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Punto de extensión: Ninguno. Nombre: Reporte. Descripción: Tiene acceso a todos los reportes. Y es la única persona que puede ingresar a los diferentes reportes de hematología y consumo ideal de materiales. Flujo de evento: -Puede seleccionar cualquier formulario del módulo de reportes del sistema. Flujo alternativo: Ninguno. Requerimientos especiales: Ninguno. Precondición: Ninguno. Post-condición: Ninguno. Punto de extensión: Ninguno. 5.5.1.5 CASO DE USO: USUARIO DE PÁGINA WEB. <>: Representa una parte de la funcionalidad del caso que no siempre ocurre. <>: Representa una parte de funcionalidad del caso de uso que siempre ocurrirá. Figura 5.5.1.5.1 Diagrama caso de uso usuario de página Web. Usuario Pagina Web Logueo de Usuario Consulta existencia Reservacion de Componentes «extends»< > 70 Descripción del caso de uso usuario página Web. Nombre: Logueo de usuario. Función: Ingresar información para el acceso a la página Web. Descripción: Ingresa a la página Web para consultar y/o realizar una solicitud de los diferentes componentes sanguíneos que se encuentran en existencias en el banco de sangre. Flujo de evento: -Ingresa nombre de usuario y clave de acceso. -verifica en la base de datos la existencia del usuario, sino manda un mensaje de usuario no registrado. Flujo alternativo: Ninguno. Requerimientos especiales: Tiene que tener una cuenta de usuario para que pueda ingresar a la página Web. Precondición: Estar registrado el usuario en la base de datos. Post-condición: Ingresa a la pagina Web. Referencias: Caso de uso: Registro de usuario. Punto de extensión: Este caso de uso es extendido a consulta de existencia. Nombre: Verificación de existencia de componente. Función: Permitir a los usuarios registrados consultar la existencia de los diferentes componentes sanguíneos. Flujo de evento: -Ingresa componente a consultar. - verifica la existencia de componente. Flujo alternativo: Ninguno Descripción: El usuario consulta la existencia de componentes sanguíneos que necesita. Requerimientos especiales: Tener una cuenta de usuario activa. Precondición: Ninguna. Post-condición: Reservación de componente. Referencias: Caso de uso: Registro de usuario y logueo de usuario. Existencia de componente sanguíneo. 71 Punto de extensión: Este caso de uso es extendido a reservación de Componentes sanguíneos. Nombre: Reservación de componentes sanguíneos. Función: Permitir la reservación de componentes sanguíneos. Descripción: El usuario realiza reservaciones de componentes sanguíneos que requiere. Flujo de evento:- Ingresar información de componentes a reservar. Flujo alternativo: Ninguno. Requerimientos especiales: Haber consultado la existencia de los componentes respectivos a reservar. Precondición: Haber consultado la existencia del componente a reservar. Post-condición: Ninguno. Referencias: Caso de uso: Verificación de existencia de componente. Punto de extensión: Ninguno. 5.5.1.6 CASO DE USO: ADMINISTRADOR DEL SISTEMA. <>: Representa una parte de la funcionalidad del caso que no siempre ocurre. <>: Representa una parte de funcionalidad del caso de uso que siempre ocurrirá. Figura 5.5.1.6.1 Diagrama de caso de uso administrador del sistema. Administrador del sistema. Control de usuario. Opciones de acceso al sistema. «extends» Usuarios. <> 72 Descripción caso de uso administrador del sistema. Nombre: Control de usuario. Función: Crear cuentas a los usuarios del sistema. Descripción: El administrador del sistema, creará las cuentas de usuario con su clave de acceso, a cada usuario del sistema, para que estos puedan acceder a el. Flujo de evento: -Ingresar datos del usuario. -creará el nombre del usuario y le asignara la clave de acceso. Flujo alternativo: Asignarle permisos de acceso al sistema Requerimientos especiales: Los datos del usuario deben de estar registrado en el sistema en módulo de catálogo. Precondición: Los datos del usuario deben de estar registrado en el sistema en módulo de catálogo. Post-condición: Ninguno. Referencias: Caso de uso: Usuario. Punto de extensión: Este caso de uso es extendido por el caso de uso opciones de acceso al sistema. Nombre: Opciones de acceso al sistema. Función: Asignar las opciones de acceso al sistema a los usuarios. Descripción: Se encargará de asignar las opciones de acceso a las cuales podrá ingresar el usuario en el sistema. Flujo de evento:-Consultar a la base de datos la existencia del usuario. -Asignar las opciones de acceso al sistema según se el rol del usuario. Flujo alternativo: Ninguno. Requerimientos especiales: El usuario debe de tener creada una cuenta de usuario. Precondición: El usuario debe de tener creada una cuenta de usuario. Post-condición: Ninguno. Referencias: caso de uso: control de usuario. Requerimiento: Haber creado una cuenta de usuario. Punto de extensión: Ninguno. 73 5.6 BASE DE DATOS. 5.6.1 ENTIDAD RELACION. 74 75 5.7 DICCIONARIO DE DATOS. 5.7.1 DEFINICIONES DE TABLAS. Tabla: areas_bancos. En esta tabla se encuentran las diferentas áreas del banco. Nombre Tipo de Datos Tamaño Llave Not null Update Action Delete Action Descripción ID_AREA INTEGER 11 PK X Indica el código del área del banco de sangre. NOMBRE_AREA CHAR 50 X Indica el nombre de las áreas de los bancos de sangre. Tabla: bancos. En esta tabla de encuentran los datos de bancos de sangre. Nombre Tipo de Datos Tamaño Llave Not Null Update Action Delete Action Descripción ID_BANCO INTEGER 11 PK X Indica el código del banco de sangre. BANCO CHAR 50 X Indica el nombre del banco de sangre. DIRECCION_BANCO CHAR 50 X Se escribe la dirección del banco de sangre. TEL