ejemplo ieee 830

Anlisis y Diseo de SistemasIngeniera y Gestin de requerimientos

ERP Centros hospitalariosDepartamento de Neonatologa

UNIVERSIDAD TECNOLOGICA DE CHILE

ProgramaINGENIERIA EN INFORMATICAN Documento1

MateriaINGENIERA DE SOFTWAREVersinFinal 26/Junio/2015

ProfesoresFrancisco Javier Araya HernndezAutoresEquipo de desarrollo Inasoft

INDICE1.INTRODUCCIN21.1.Propsito21.2.Alcance21.3.Personal involucrado31.4.Definiciones, acrnimos y abreviaturas61.5.Referencias71.6.Visin general del documento82.DESCRIPCIN GENERAL92.1.Perspectiva del producto92.2.Funcionalidad del producto102.3.Caractersticas de los usuarios102.4.Restricciones112.5.Suposiciones y dependencias112.6.Evolucin previsible del sistema113.REQUISITOS ESPECFICOS123.1.Requisitos comunes de los interfaces123.1.1.Interfaces de usuario123.1.2.Interfaces de hardware143.1.3.Interfaces de software153.1.4.Interfaces de comunicacin163.2Requisitos funcionales173.3.Requisitos no funcionales343.3.1.Requisitos de rendimiento343.3.2.Seguridad343.3.3.Fiabilidad353.3.4.Disponibilidad353.3.5.Mantenibilidad363.3.6.Portabilidad363.4.Otros requisitos374.ANEXOS38

1. INTRODUCCIN

1.1. PropsitoEste informe se encuentra basado en el formato de Especificacin de Requisitos de Software (ERS), regido bajo el estndar IEEE830.El documento busca definir de forma detallada y clara todos los requisitos, las funcionalidades y las restricciones que debe poseer el software que desarrollaremos. En este caso: ERP Centros hospitalarios - Departamento de Neonatologa.El informe va orientado, tanto para el cliente como para todos los integrantes del grupo de trabajo, con el fin de mantener a cada uno de estos informados de las caractersticas que tendr el sistema.Todos los requerimientos establecidos en este informe debieran ser suficientes para que nuestro grupo de desarrolladores puedan crear el software, cumpliendo con lo exigido por el cliente y por futuras revisiones que realizar la entidad QA, para su posterior aprobacin1.2. AlcanceEl producto a desarrollar fue definido como: ERP Centros hospitalarios, sin embargo, el documento est enfocado en el desarrollo de los mdulos para el departamento de Neonatologa, siendo un sistema de gestin de informacin para sta entidad, propuesta para dos hospitales San Juan de Dios de Chile y San Camilo de Chile, sin descartar la posible implementacin en otros establecimientos hospitalarios o clnicos.Su funcin principal es mantener el registro de datos fundamentales en el proceso de gestacin, desde la etapa de embarazo hasta el nacimiento del bebe. Estos datos podran ser consultados por la diferentes reas participes en el departamento de neonatologa, que seran primordiales en la toma de decisiones para resolver las diversas situaciones que se pudieran generar en los pacientes.El sistema tambin permitira realizar estadsticas y reportes con respecto a los datos de los pacientes como por ejemplo: tasa de natalidad, mortalidad, personas que se atienden en salud pblica, entre otra informacin relevante para quien lo requiera. Adems de cumplir con los reportes para el programa Chile Crece Contigo, que es un sistema de proteccin integral propuesto por el Gobierno de Chile.A su vez el sistema busca solucionar el problema que se presenta actualmente en los servicios de salud ya mencionados, que trata sobre el desorden que existe en los procesos de registro. La causante de esto sera la existencia de varios softwares independientes que registran la informacin, existiendo as duplicidad de datos como tambin gasto de tiempo y recursos humanos de forma innecesaria. Adems tambin existen procesos de captura de datos que se realizan de forma manual, haciendo ms compleja la situacin.En conclusin, nuestro sistema reemplazara todos los softwares implementados en estos establecimientos, y descartara el procedimiento de registro manual, obteniendo as eficiencia en los procesos de recoleccin de informacin con el fin de facilitar las tareas a los usuarios del sistema.

1.3. Personal involucradoLas siguientes tablas entregan datos relevantes que conforman nuestro equipo:Jefe de ProyectoNombreCristian Lajos Orellana Bak

RolJefe de proyecto, scrum master.

Categora profesionalIngeniero en Informtica

ResponsabilidadesOrganizacin de las tareas del equipo, scrum master.

Informacin de [email protected]

AprobacinSi

Sub Jefe de ProyectoNombreDiego Enrique Espinoza Orellana

RolSub jefe de proyecto


ResponsabilidadesOrganizacin de las tareas del equipo, scrum master.Encargado del diseo y la normalizacin de la base de datos


AprobacinSi

rea de Gestin:NombreTeresa Barbara Leiva Oyarce

RolAnalista en gestin

Categora profesionalAnalista programador

ResponsabilidadesToma de requerimiento, entrevistas


AprobacinSi

NombreNicolas Ignacio Morales Espinoza

RolIngeniera en Gestin


ResponsabilidadesEncargado de gestionar, recabar y documentar requerimientos.


AprobacinSi

NombreIgnacio Hernan Tapia Soto

RolIngeniera y Gestin

Categora profesionalIngeniero en Informtica.

ResponsabilidadesEncargado de gestionar, recabar y documentar requerimientos.


AprobacinSi

NombreNicolas Ernesto Villar Cisternas

RolGestin Documentacin

Categora profesionalIngeniero en informtica

ResponsabilidadesDisear e implementar la documentacin del sistema a crear


AprobacinSi

NombreBastian Ignacio Vivallo Fuentes

RolGestionar Documentacin


ResponsabilidadesDisear e implementar la documentacin del sistema a crear


AprobacinSi

rea Desarrollo:NombreCristian Alejandro Carrillo Chamorro

RolProgramador


ResponsabilidadesEncargado de programar las distintas Clases del sistema


AprobacinSi

NombreOscar Omar Riquelme Cspedes

RolProgramador en jefe


ResponsabilidadesDisear y programar la interfaz grfica (GUI), ensamblar todas las partes del sistema, implementar Entity


AprobacinSi

NombreJorge Andrs Ziga Silva

RolProgramador




AprobacinSi

NombreCristian Esteban Gonzlez Valenzuela

RolProgramador

Categora profesionalIngeniera en Informtica



AprobacinSi

rea de Desarrollo de Base de Datos:NombreEmanuel Absalon Barra Tejeda

RolProgramador


ResponsabilidadesEncargado de DBA


AprobacinSi

NombreRodrigo Osvaldo Ocares Cisterna

RolProgramador


ResponsabilidadesEncargado de DBA


AprobacinSi

rea de QA (Testing)NombreJohn Anthony Bascuan Aguila

RolAnalista QA (Testing)


ResponsabilidadesPruebas durante el desarrollo del software


AprobacinSi

NombreRodrigo Alejandro Cid Jaramillo





AprobacinSi

NombreMarcelo Isaias Romero Paredes





AprobacinSi

1.4. Definiciones, acrnimos y abreviaturas

El siguiente apartado, describe cada uno de los acrnimos y abreviaturas encontradas a lo largo del documento

ERS: Especificacin De Requisitos De Software. ERP: Enterprise Resource Planning (Planificacin de Recursos Empresariales). QA: Quality Assurance (Aseguramiento de la Calidad). INE: Instituto Nacional De Estadsticas. CIE: Clasificacin Internacional De Enfermedades. IEEE 830: Estndar que comprende los requisitos del software. Sistema Operativo Windows 7: Programa que gestiona el comportamiento y permite el uso del computador, Windows 7 se refiere a la versin de este. IDE Visual Studio 2013: Plataforma que permite a los desarrolladores crear programas o aplicaciones. C#: Es un lenguaje de programacin. Downtime u Offline: Se refiere al tiempo que el sistema no est funcionando, ya sea por un factor externo, un corte de luz, o que simplemente el programa est funcionando mal y no permita trabajar con l. Red Local: Una red de computadores conectados entre s que pueden interactuar entre ellos. SSH: Aplicacin de comunicacin entre ordenadores. TCP/IP: Protocolo de control de transmisin PostgreSQL: sistema de base de datos open source Source: Cdigo Fuente WatchDog: llamado tambin perro guardin, es un complemento del software que revisara si la base de datos est operando Hardware: Conjunto de elementos fsicos o materiales que constituyen una computadora o un sistema informtico. Software: Conjunto de programas y rutinas que permiten a la computadora realizar determinadas tareas. Neonatologa: Rama de la pediatra que se ocupa de los recin nacidos Perinatal: Periodo que precede o sigue inmediatamente al nacimiento Patologa: Conjunto de sntomas de una enfermedad Diagnstico: calificacin que da el medico a la enfermera segn los signos y sntomas que advierte Puerperio: Se denomina puerperio a los 40 das que siguen al parto.

1.5. Referencias

Mediante la siguiente tabla, se expondrn el material de referencia utilizado para la elaboracin de este documento:

TituloRutaAutor

Cdigos CIEhttp://ais.paho.org/classifications/Chapters/index.htmClasificacin Estadstica Internacional de Enfermedades

Ingeniera del software: un enfoque prctico, 7ma EdicinRoger S. Pressman

Softwarehttps://es.wikipedia.org/wiki/SoftwareWikipedia

Caractersticas generador elctrico kaufmannhttp://www.kaufmann.cl/kf_data/powersystems/979/catalogo.pdfN/A

Redes de rea localhttp://wikitel.info/wiki/Redes_de_%C3%A1rea_localWikitel

IEEE Std. 830-1998 Especificacin de requisitos segn el estndar IEEE Computer SocietyIEEE

Caractersticas de los equiposhttp://configure.la.dell.com/dellstore/config.aspx?oc=la_thun1601_602_io5348_i5t81tbw8s_1&model_id=inspiron-23-5348-aio&c=cl&l=es&s=bsd&cs=clbsdt1

Dell

Descripcin de la disponibilidad, la confiabilidad y la escalabilidadhttps://technet.microsoft.com/es-es/library/aa996704(v=exchg.65).aspx

Microsoft

Caractersticas del servidorhttp://www.dell.com/cl/empresas/p/poweredge-r520/pdDell

Proyecto de neonatologaN/A

1.6. Visin general del documentoDesde ahora en adelante el documento estar compuesto por los siguientes puntos:Una descripcin general de lo que ser el producto y que es lo que har y cul es su utilidad para el usuario final. Las funcionalidades principales de este, que deben de realizar el cual estar detallado de tal forma, que se entendible por el cliente, a la vez se mostrarn las descripciones y/o caractersticas de los usuarios que interactuarn con dicho producto.Una de las partes ms importantes que se detallarn sern las restricciones de este, lo cual nos ser de gran ayuda para ver cules son los requisitos mnimos de nuestro sistema para lograr que funcione de acuerdo a lo esperado.A la vez se detallarn los posibles conflictos que se pueden generar en nuestro sistema al querer modificarlo, junto a ello se detallarn las posibles evoluciones previsibles del sistema.Otra de las partes importantes dentro de este documento sern los requisitos especficos, el cual deber de ser conciso para que nuestro equipo de desarrollo pueda disear el sistema sin problemas y a cabalidad, dentro de los cuales se les har mencin a los requisitos de interfaces, usuario, hardware, software, comunicacin, funcionales, los no funcionales que dentro de estos encontramos los requisitos de rendimiento, seguridad, fiabilidad, disponibilidad, mantenibilidad y portabilidad.

2. DESCRIPCIN GENERAL

2.1. Perspectiva del productoSe proyecta implementar un sistema de informacin independiente que reemplace completamente el sistema antiguo del hospital, el cual no tendr relacin con otros sistemas, dentro de sus mdulos, ste debe permitir controlar el ingreso de pacientes dentro del rea neonatologa, el cual est enfocado este documento, mientras que otros mdulos se encargaran de apoyarla, sin olvidar la existencia de otros mdulos que gestionan otras reas del hospital, como tareas de comunicacin de actividades del rea, respuestas a solicitudes de sistemas de otras reas, entre otras funciones.El modulo del rea de neonatologa, depender del mdulo de infraestructura para realizar tareas de administracin de camas y asignacin de sta, otro modulo necesario es el de personal, puesto que es obligatorio la asignacin del mdico o matrona de turno, por otro lado, se necesitara del mdulo de insumos, para la administracin de anestesia y otros insumos. El siguiente mdulo imprescindible es el de patologas, para establecer enfermedades encontradas al paciente, si lo requiere el caso.El siguiente diagrama representa un resumen de lo dicho anteriormente.

2.2. Funcionalidad del productoEl producto de software a desarrollar, a grandes rasgos y cumpliendo con los requerimiento descritos en este informe, poseer diferentes funcionalidades entre las que destacan el registro y gestin de informacin requerida por el sistema, datos de pacientes, del proceso de embarazo, del proceso de nacimiento y del recin nacido, adems de informacin del estado en que se encuentren los pacientes. Con esta informacin podremos realizar consultas, modificaciones y eliminacin de los datos dependiendo de las necesidades requeridas por el administrador. A su vez permitir creacin de reportes e informes como fichas tcnicas, informes estadsticos de nacimientos entre otros. Tambin tendr la capacidad de administrar diferentes elementos pertenecientes al rea en que se implementar el sistema, entre estos, administracin de camas, asignacin de personal y administracin de insumos. La profundizacin de las funcionalidades se encuentra descritas en el apartado 3.2 Requerimientos funcionales.

2.3. Caractersticas de los usuarios

Se describir las caractersticas generales de los usuarios que utilizaran el sistema.Tipo de usuarioSecretaria del servicio de Urgencia (Obsttrica)

FormacinGrado Mnimo Tcnico en Administracin o Secretariado Nivel Superior

HabilidadesComputacin nivel usuario

ActividadesIngresar paciente al sistema mediante la ficha de paciente

Tipo de usuarioSecretaria de la unidad SOME



ActividadesIngresar paciente al sistema mediante la ficha de paciente

Tipo de usuarioSecretaria del Servicio Maternidad



ActividadesRegistro de datos del recin nacido

Tipo de usuarioMatrona de turno

FormacinTcnico en enfermera nivel superior

HabilidadesComputacin nivel usuario.

ActividadesRegistrar datos de la ficha Perinatal, la Ficha del recin nacido y el Libro de partos.

Tipo de usuarioMatrona Supervisora

FormacinTcnico en enfermera nivel superior


ActividadesVerifica y Genera un reporte mensual

2.4. RestriccionesEl producto que se est desarrollando presenta restricciones las cuales se deben tener en cuenta tanto al momento de desarrollar el software, como cuando est se implemente.En el desarrollo de este software para el departamento de neonatologa, utilizaremos lenguaje de programacin C#, por este motivo la funcionalidad del software ser solo para equipos con sistema operativo Windows 7 o mayor. El entorno de desarrollo ser Visual Estudio, el cual deber ser Licenciado por nuestra empresa Inasoft.Los equipos clientes que se encuentren en funcionamiento deben cumplir con los requisitos mnimos para el correcto funcionamiento del sistema.El servidor de Base de Datos, debe ser capaces de atender consultas concurrentemente y de atender la consulta de varios usuarios a la vez.El sistema deber tener un diseo e implementacin sencilla, independiente de la plataforma o del lenguaje de programacin.El software no debe ser aislado ya que necesita estar conectado a mdulos de otras reas del hospital, por ejemplo el mdulo de Patologa donde estn los cdigos de CIE (Clasificacin internacional de Enfermedades).El sistema trabaja en un entorno Cliente-Servidor, por ende, el programa no funciona si no encuentra conexin con la Base de Datos.2.5. Suposiciones y dependenciasEn este punto abordaremos los factores que pudiesen afectar al funcionamiento del sistema, en el caso de que se produjese algn cambio dentro de los requisitos que se hayan obtenido.Para el funcionamiento del sistema es necesario que el servidor en el cual se est trabajando deba contar con una conexin tanto a internet como a la red local del hospital, en caso contrario el programa no funcionaria.El sistema presenta dependencia en la utilizacin del sistema operativo Windows 7 o superior, el cambio de ste, dara como resultado, la no ejecucin del programa, sin embargo mediante emuladores como Wine, el programa pudiese funcionar pero no se asegura su compatibilidad total, ni menos su integridad, estabilidad y seguridad. 2.6. Evolucin previsible del sistemaLa evolucin que podra tener el software son: Un enlace directo con el sistema INE (instituto nacional de estadsticas) as la confeccin de estadsticas, estara respaldada por esta institucin, colaborando con dicha entidad en la recoleccin de datos de forma ms rpida y dinmica. Otra evolucin que pudiese tener el software es la integracin directa con el registro civil, con el fin de por cada recin nacido, se registre automticamente el RUN, nombres y apellidos.3. REQUISITOS ESPECFICOS

3.1. Requisitos comunes de los interfaces

3.1.1. Interfaces de usuarioPara la interfaz grfica se consider un diseo simple y funcional, con elementos visuales estndares de .net Framework. Se utilizar una paleta de colores con tonalidades en azul pastel para combinar con el propsito del programa, registrar antecedentes de recin nacidos.El mdulo estar separado en ficheros para agrupar los datos por tipos, el cual facilitar la digitacin de los antecedentes, bsqueda de informacin ya que toda la informacin estar contenida en un solo formulario, entre otras ventajas.Elementos principales Ingreso: El sistema comenzara con una pantalla de inicio de sesin para autenticar al usuario a travs de un RUT y su respectiva contrasea.

Registro de nacimiento: La interfaz del registro de nacimiento, contiene la informacin principal del sistema, como los datos del recin nacido y los datos de la madre. En otras pestaas o fichero, tendr contenido los datos del embarazo y datos de registro de patologas. Barra de estado: Elemento de carcter informativo que tiene la capacidad de dar un feedback al usuario con errores u otras informaciones relevantes del sistema.

Herramientas de apoyo: Existe un formulario de consultas que ayuda en la tarea de buscar informacin importante dentro del sistema, como por ejemplo: N de ficha del paciente o del recin nacido, cdigo de establecimiento de atencin primaria del embarazo, cdigos de profesionales que atienden el parto y cdigos de enfermedades de la madre o del Recin Nacido.

Cabe destacar que las imgenes son de carcter representativas y no tiene vinculacin con el resultado final, debido a que estas pueden cambiar a lo largo del desarrollo.

3.1.2. Interfaces de hardwareEl software a desarrollar ser utilizado en equipos cliente todo en uno para minimizar el espacio fsico a utilizar pero sin reducir la calidad de este.

Los equipos a utilizar tendrn las siguientes caractersticas: Procesador de cuarta generacin Intel Core i5-4460S (6MB Cach, hasta 3.40) Disco Duro SATA de 1TB 5400 RPM Tarjeta Dell Inalmbrica DW1707, 802.11bgn + Bluetooth v4.0 8GB de Memoria un solo Canal DDR3L a 1600MHz (1 DIMM) Mouse Dell Inalmbrico y Teclado Dell Inalmbrico KM632, Espaol Unidad ptica de 8x con Bandeja de carga automtica (DVD +/- RW), lectura y escritura de CD/DVD Monitor LED full HD, formato de imagen 16:9, tiempo de respuesta de 5ms, 7w de consumo

El servidor a utilizar ser un Servidor en rack PowerEdge R520. Las principales caractersticas de este servidor son:

Memoria de hasta 192GB (12ranuras DIMM): 2GB/4GB/8GB/16GB DDR3 hasta 1600MHz Procesador PowerEdge R520, Intel Xeon E-2450 v2 2.50 Ghz Memoria Ram 8GB RDIMM, 1600MT/s, Low Volt, Dual Rank, x8 Data Width 4 Discos duros 600GB 15K RPM Serial-Attach SCSI 6Gbps 3.5 pulgada (los discos SCSI tiene su propio procesador y no utilizan el del sistema) Controladora RAID integrada PERC H710p, 1GB NV Cache Adaptador Gigabit Ethernet Integrado de doble puerto Fuente de alimentacin redundante de conexin en marcha doble (1+1), 1100 W

Como dispositivo de seguridad elctrica se agregar, un estabilizador UPS interactive professional 500VA USB de marca Emerson Potencia 500 VA Autonoma: 15 a 30 minutos 1 batera interna Frecuencia 50 Hz Entrada: 230V Salida 230V Tomas de salida proteccin cortes y sobre tensin: 4 tomas IEC 320 C13 2 Tomas IEC 320 C13

3.1.3. Interfaces de software

En este punto se mencionan las interfaces software, que sern necesarias para el correcto funcionamiento del sistema.

Entity Framework Una librera que permite a los desarrolladores crear aplicaciones de acceso a datos, programando con un modelo de aplicaciones conceptuales, modelo denominado ORM (Mapeo Objeto-Relacional), en lugar de programar directamente con un esquema de almacenamiento relacional. El objetivo es reducir la cantidad de cdigo y el mantenimiento necesarios para las aplicaciones orientadas a datos. Forma para del conjunto de tecnologas en ADO.NET, que dan soporte al desarrollo de software orientado a datos.

PostgreSQLEs un sistema de gestin de bases de datos objeto-relacional, distribuido bajo licencia BSD y con su cdigo fuente disponible libremente. Es el sistema de gestin de bases de datos de cdigo abierto ms potente del mercado y en sus ltimas versiones no tiene nada que envidiarle a otras bases de datos comerciales.Su funcionalidad es la creacin de bloques de cdigo que se ejecutan en el servidor. PostgreSQL soporta funciones que retornan "filas", donde la salida puede tratarse como un conjunto de valores que pueden ser tratados igual a una fila retornada por una consulta. Las funciones pueden ser definidas para ejecutarse con los derechos del usuario ejecutor o con los derechos de un usuario previamente definido. El concepto de funciones, en otros DBMS, son muchas veces referidas como "procedimientos almacenados.

PostgreSQL JDBC DriverEs un componente de software que permite que una aplicacin pueda interactuar con la base de datos PostgreSQL

Librerias .NETEs una librera o un framework diseado por Microsoft, que permite el desarrollo rpido de aplicaciones haciendo nfasis en la transparencia de redes, con independencia de plataforma de hardware.

Sistema Operativo Windows 7 y Linux FedoraEl equipo cliente utilizara el sistema operativo Windows 7, mientras que el servidor contendr una versin Linux de preferencia la distribucin Fedora.

3.1.4. Interfaces de comunicacin

En el siguiente tpico, se describirn los requisitos de comunicacin con otros sistemas y cules protocolos se utilizaran para ese fin.Nuestro programa estar en constante comunicacin con el sistema de la base de datos suministrada por PostgreSQL.Se utilizar TCP/IP en el cual, nos entrega, un conjunto de guas generales de diseo e implementacin de protocolos de red especficos, para permitir que un equipo pueda comunicarse en una red. TCP/IP provee conectividad de extremo a extremo, especificando como los datos deberan ser formateados, direccionados, transmitidos, enrutados y recibidos por el destinatario.Para conseguir un intercambio fiable de datos, entre nuestro sistema y la base de datos, se deben llevar a cabo muchos procedimientos separados. Con un modelo en capas o niveles resulta ms sencillo agrupar funciones relacionadas e implementar el software modular de comunicaciones.Tambin ocuparemos el protocolo SSH, que es un protocolo que facilita las comunicaciones seguras entre dos sistemas, usando una arquitectura cliente/servidor y que permite a los usuarios conectarse a un host remotamente. SSH encripta la sesin de conexin, haciendo imposible que alguien pueda obtener contraseas no encriptadas. Todos los datos enviados y recibidos durante la sesin se transfieren por medio de encriptacin de 128 bits, lo cual los hacen extremamente difcil de descifrar y leer.Mediante este protocolo se utilizara para manejar de forma remota el sistema Linux, junto con la base de datos PostgreSQL.Se utilizara la mejor red existente de bajo costo esta es la red GigaEthernet, que es una ampliacin del estndar Ethernet (concretamente la versin 802.3ab y 802.3z del IEEE) que consigue una capacidad de transmisin de 1 gigabit por segundo, correspondientes a unos 1000 megabits por segundo de rendimiento contra unos 100 de Fast Ethernet

3.2 Requisitos funcionales

En este apartado se especificaran todas aquellas acciones que el sistema deber llevar a cabo.Nmero de requisitoRF01

Nombre de requisitoRegistrar ingreso de paciente de urgencia

DescripcinEl usuario a cargo del sistema podr registrar el ingreso de pacientes, madres embarazadas, a la unidad de maternidad.

Tipo|X| Requisito|_| Restriccin

Fuente del requisitoDocumento, Planteamiento del Problema.

Prioridad del requisito|_| Alta/Esencial|X| Media/Deseado|_| Baja/ Opcional

Nmero de requisitoRF02

Nombre de requisitoRegistrar datos del paciente

DescripcinEl usuario a cargo podr realizar el registro de los datos correspondientes al paciente, en este caso la madre, a la base de datos del sistema. Todos estos datos permitirn la creacin de la Ficha Clnica del paciente.



Prioridad del requisito|X| Alta/Esencial|_| Media/Deseado|_| Baja/ Opcional

Nmero de requisitoRF02.1

Nombre de requisitoConsultar datos del paciente

DescripcinEl usuario podr consultar los datos correspondientes a la ficha del paciente. Buscando por el identificador de la madre, en este caso sera el Rut.





Nombre de requisitoModificar datos del paciente

DescripcinEn el caso que se requiera el usuario podr alterar los datos de la ficha del paciente.




Nmero de requisito RF02.3

Nombre de requisitoEliminar datos del paciente

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar la ficha del paciente.





Nombre de requisitoIngresar datos del embarazo

DescripcinEl usuario del sistema podr registrar los datos correspondientes al proceso de embarazo. Estos datos permitirn la creacin del documento Historia Clnica Perinatal.





Nombre de requisitoConsultar datos del embarazo

DescripcinEl usuario tendr la opcin de consultar los datos de un embarazo en especfico.





Nombre de requisitoModificar datos del embarazo

DescripcinEn el caso que se requiera el usuario podr alterar los datos del proceso de embarazo de alguna paciente.





Nombre de requisitoEliminar datos del embarazo

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos del proceso de embarazo de alguna paciente.





Nombre de requisitoIngresar datos del parto

DescripcinEl usuario podr registrar la informacin perteneciente al proceso de parto. Estos datos permitirn la creacin del documento Historia Clnica Perinatal.





Nombre de requisitoConsultar datos del parto

DescripcinEl usuario podr obtener los datos de un parto en especfico.





Nombre de requisitoModificar datos del parto

DescripcinEn el caso que se requiera el usuario podr alterar los datos del proceso de parto de alguna paciente.





Nombre de requisitoEliminar datos del parto

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de un parto.





Nombre de requisitoIngresar datos del recin nacido

DescripcinEl sistema permitir registrar los datos pertenecientes a los recin nacidos. Todos estos datos permitirn la creacin de la Ficha Clnica del recin nacido.





Nombre de requisitoConsultar datos del recin nacido

DescripcinEl usuario podr consultar de forma puntual los datos pertenecientes a un recin nacido.





Nombre de requisitoModificar datos del recin nacido

DescripcinEn el caso que se requiera el usuario podr alterar los datos de un recin nacido en especfico.





Nombre de requisitoEliminar datos del recin nacido

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos del recin nacido.





Nombre de requisitoRegistrar datos de enfermedades de la madre

DescripcinEl usuario del sistema podr registrar los datos de las enfermedades que pueda padecer una madre.





Nombre de requisitoConsultar datos de enfermedades de la madre

DescripcinEl usuario podr consultar los datos de las enfermedades que posee una madre.





Nombre de requisitoModificar datos de enfermedades de la madre

DescripcinEn el caso que se requiera el usuario podr alterar los datos de las enfermedades que posee una madre.





Nombre de requisitoEliminar datos de enfermedades de la madre

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de enfermedades de la madre.





Nombre de requisitoRegistrar datos de enfermedades del recin nacido

DescripcinEl usuario del sistema podr registrar los datos de las enfermedades que pueda padecer un recin nacido.





Nombre de requisitoConsultar datos de enfermedades del recin nacido

DescripcinEl usuario podr consultar los datos de las enfermedades que posee un recin nacido.





Nombre de requisitoModificar datos de enfermedades del recin nacido

DescripcinEn el caso que se requiera el usuario podr alterar los datos de las enfermedades que posee un recin nacido.





Nombre de requisitoEliminar datos de enfermedades del recin nacido

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de enfermedades del recin nacido.





Nombre de requisitoRestringir asignacin de enfermedades

DescripcinEl software debe permitir como mximo la asignacin de 10 enfermedades a un paciente, tanto madre como recin nacido.

Tipo|_| Requisito|X| Restriccin




Nombre de requisitoRegistrar datos de alta mdica

DescripcinSe podr registrar los datos de un alta mdica, tanto de una madre como de un recin nacido.





Nombre de requisitoConsultar datos de alta mdica

DescripcinEl usuario podr consultar los datos del alta mdica de un paciente, tanto de la madre como de un recin nacido.



Prioridad del requisito|_| Alta/Esencial|_| Media/Deseado|_| Baja/ Opcional


Nombre de requisitoModificar datos de alta mdica

DescripcinEn el caso que se requiera el usuario podr alterar los datos de una alta mdica de un paciente.





Nombre de requisitoEliminar datos de alta mdica

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de alta mdica de algn paciente en especfico.





Nombre de requisitoRegistrar datos de defuncin

DescripcinEl usuario del software tendr la posibilidad de registrar los datos de defuncin de un paciente.





Nombre de requisitoConsultar datos de defuncin

DescripcinEl usuario podr consultar los datos de defuncin de algn paciente en particular.





Nombre de requisitoModificar datos de defuncin

DescripcinEn el caso que se requiera el usuario podr alterar los datos de la defuncin de algn paciente en particular.





Nombre de requisitoEliminar datos de defuncin

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de defuncin de un paciente en concreto.





Nombre de requisitoRegistrar datos de ingreso a la morgue

DescripcinSe podr registrar los datos de ingreso a la morgue, en el caso de que un paciente difunto sea trasladado a esa rea.





Nombre de requisitoConsultar datos de ingreso a la morgue

DescripcinEl usuario podr consultar los datos del ingreso a la morgue de algn paciente difunto.





Nombre de requisitoModificar datos de ingreso a la morgue

DescripcinEn el caso que se requiera el usuario podr alterar los datos del proceso de ingreso a la morgue por parte de algn paciente difunto.





Nombre de requisitoEliminar datos de ingreso a la morgue

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de ingreso a la morgue de algn paciente.





Nombre de requisitoRegistrar datos de ingreso a Neonatologa

DescripcinSi el beb presenta patologas el usuario del sistema podr registrar los datos sobre la derivacin de ste, al servicio de Neonatologa.





Nombre de requisitoConsultar datos de ingreso a Neonatologa

DescripcinEl usuario podr consultar los datos pertenecientes al ingreso de un recin nacido al rea de Neonatologa.





Nombre de requisitoModificar datos de ingreso a Neonatologa

DescripcinEn el caso que se requiera el usuario podr alterar los datos de la derivacin de un paciente al rea de Neonatologa.





Nombre de requisitoEliminar datos de ingreso a Neonatologa

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar los datos de ingreso de un paciente al rea de Neonatologa.





Nombre de requisitoRegistrar datos en el libro de partos

DescripcinEl usuario a cargo podr registrar los datos que requiera el libro de partos.





Nombre de requisitoConsultar datos en el libro de partos

DescripcinEl usuario podr consultar datos pertenecientes al libro de partos.





Nombre de requisitoModificar datos en el libro de partos

DescripcinEn el caso que se requiera el usuario podr alterar los datos, o el dato del libro de partos.





Nombre de requisitoEliminar datos en el libro de partos

DescripcinEn caso de equivocacin o por algn otro motivo el usuario podr eliminar algn dato del libro de partos.





Nombre de requisitoConsultar estado del paciente

DescripcinEl usuario podr consultar el estado en que se encuentra algn paciente, tanto una madre como un recin nacido.





Nombre de requisitoAsignacin de personal

DescripcinEl usuario a cargo podr asignar personal (mdicos, enfermeras, asistentes etc.) a los trabajos de parto. *El registro de personal no ser manejado por los mdulos a desarrollar por nuestro equipo de trabajo.





Nombre de requisitoGenerar informe obsttrico.

DescripcinEl software permitir al usuario generar el informe mensual obsttrico, que contiene la consolidacin de datos recopilados desde los documentos de: Ficha Clnica de Paciente del Hospital, Historia Clnica Perinatal, Carn Perinatal y Ficha Clnica del Recin Nacido





Nombre de requisitoGenerar informe mensual de nacimientos

DescripcinEl software permitir generar el informe mensual de nacimientos, que entrega datos relevantes sobre los nacimientos ocurridos durante un periodo de tiempo.





Nombre de requisitoEntregar estadsticas

DescripcinEl software entregara estadsticas sobre informacin contenida en el sistema, y que sea relevante para la entidad que lo requiera.





Nombre de requisitoRegistrar usuario del sistema

DescripcinEl software permitir realizar el registro de los futuros usuarios del sistema, con el fin restringir el ingreso a la plataforma por parte de usuarios no deseados.





Nombre de requisitoConsultar usuario del sistema

DescripcinSe podr consultar los usuarios y personal designados a administrar y utilizar el sistema.





Nombre de requisitoModificar usuario del sistema

DescripcinEn el caso que se requiera, el personal a cargo podr alterar los datos pertenecientes a los usuarios del sistema.





Nombre de requisitoEliminar usuario del sistema.

DescripcinEn caso de equivocacin o por algn otro motivo el personal designado podr eliminar algn usuario de sistema que se encuentre registrado.





Nombre de requisitoEstablecer permisos de usuario

DescripcinEl administrador podr asignar diferentes privilegios, que tiene por objetivo restringir la manipulacin de los datos.





Nombre de requisitoAutenticacin del usuario

DescripcinCon el fin de controlar el acceso de los usuarios al sistema, el software permita la autenticacin del personal, para esto se debe ingresar su nombre y contrasea de usuario. Estos datos deben encontrarse en los registros de los usuarios de sistema.

Tipo|_| Requisito|X| Restriccin




Nombre de requisitoRegistrar movimientos del usuario

DescripcinEl software permitir registrar los movimientos de los usuarios del sistema, es decir las alteraciones que realicen sobre la base de datos. (Ingreso, modificacin y/o eliminacin de datos)





Nombre de requisitoGenerar reportes personalizados

DescripcinEl software permitir crear reportes sobre informacin contenida en el sistema, y que sea relevante para la entidad que lo requiera.





Nombre de requisitoGenerar respaldo

DescripcinEl software debe ser capaz de genera un respaldo diario de los datos del sistema de manera automtica.





Nombre de requisitoGenerar documentos

DescripcinEl software permitir generar e imprimir documentos, que contendrn datos relevantes para quien lo solicite. Los documentos que se podrn imprimir son: Ficha Clnica del paciente; Historia Clnica Perinatal, Carn Perinatal; Ficha Clnica del Recin Nacido; Informe alta mdica.





Nombre de requisitoImprimir brazalete recin nacido

DescripcinEl Usuario del software podr solicitar la impresin de un brazalete que contiene los datos de un recin nacido, para facilitar la identificacin del beb.



Prioridad del requisito|_| Alta/Esencial|_| Media/Deseado|X| Baja/ Opcional


Nombre de requisitoAsignar acompaante

DescripcinEl software permitir a un usuario del sistema la asignacin de algn acompaante de la madre para el proceso de parto.




3.3. Requisitos no funcionales

3.3.1. Requisitos de rendimiento

En cuanto a los requisitos que se establecen para el correcto funcionamiento del software, se debe considerar que ste, ser un sistema que tendr constantes ingresos y consultas de datos, por esto mismo, se establece como prioridad que dicha actividad debera afectar lo menos posible al desempeo de la plataforma. El promedio de registros anuales que se efectuaran es de 1570, esto quiere decir que el promedio de registros mensuales es de 130 aproximadamente, en base a esta informacin de registros, se espera que el software cumpla con el rendimiento establecido al momento de entrega de su produccin.Se calcula que las transacciones que se realizarn, el 80% sea en un tiempo estimado en menos de 1 segundo.El nmero de equipos que se necesita estn conectados al servidor son aproximadamente 200 simultneamente.Se espera que al momento de registrar datos, el sistema demore aproximadamente 10 segundos, a su vez lo mismo debiera ocurrir al momento de realizar alguna consulta.

3.3.2. Seguridad

En este apartado, se detallaran los mtodos de seguridad que presentar el software. El software contara con un sistema de autenticacin, denominado Login de usuario para el ingreso del personal al sistema. El sistema contendr una forma de guardar registro de cada accin por parte de los usuarios que interacten con el sistema. El programa contara con un sistema de respaldo automtico de la informacin de forma diaria. El sistema solicitara el cambio de claves a los usuarios del software cada 4 meses El inicio de sesin se podr realizar desde equipos designados con anticipacin, mediante un filtrado por MAC. Al momento de que la sesin se encuentre inactiva por 15 minutos, el software solicitar al usuario que se vuelva a autenticar. El servidor estar protegido mediante una UPS, con el fin de proteger la integridad de ste. Una vez por semana, el tcnico informtico del rea de soporte, realizar una mantencin al sistema para minimizar y corregir riegos y reparar posibles fallos, adems de verificar si los respaldos se estarn realizando correctamente.

3.3.3. Fiabilidad

En caso de que la base de datos se congele o se apague, se levantara automticamente durante los siguientes minutos, con una espera mxima de 10 minutos, caso contrario, el WatchDog, enviara una alarma al equipo de soporte.En caso de que haya un corte elctrico en las instalaciones del hospital, el UPS mantendr con energa al servidor, para que finalice con todas sus tareas pendientes, o bien darle rollback a las consultas invlidas o incompletas. El UPS estar conectado al servidor mediante USB y en el peor de los casos, si los generadores elctricos del hospital, tengan problemas para actuar y el UPS se est quedando sin carga, ste pondr al servidor en modo de hibernacin si es posible, caso contrario, forzara un apagado normal.

3.3.4. DisponibilidadLa disponibilidad es una de las caractersticas que mide el grado, con el que los recursos del sistema estarn disponibles para su uso por el usuario final, a lo largo de un tiempo dado. sta no slo se relaciona con la prevencin de cadas del sistema (tambin llamadas tiempos fuera de lnea, Downtime u Offline), sino incluso con la percepcin de "cada" desde el punto de vista del usuario: cualquier circunstancia que nos impida trabajar productivamente con el sistema desde tiempos de respuesta prolongados, escasa asistencia tcnica o falta de estaciones de trabajo disponibles es considerada como un factor de baja disponibilidad.Ya que este sistema es dentro de un Hospital, debe de ser un sistema el cual tenga niveles de servicio que alcancen las 24 horas al da y los 365 das del ao.Tiempos muertos programados para mantenimiento preventivos es de 30 minutos por semana Tiempo muerto no programado debido a fallas y ajuste de este mismo es de 3 horas anuales

(24 horas x 7 das) 0.5 hora offline = 167.5 Horas funcionando a la semana. ((167.5 horas / 7 das) * 365 das) - 3 Horas offline = 8730,928571428571 Horas al ao24 x 365 = 8,760 Horas tiene un ao(8730,928571428571 / 8760) * 100 = 99.668%

El sistema tendr anualmente una disponibilidad total del 99.668% en lnea.

3.3.5. MantenibilidadEl IEEE (19990) Define mantenibilidad como: La factibilidad con la que un sistema o componente software puede ser modificado para corregir fallos, mejorar su funcionamiento u otros atributos o adaptarse a cambios en el entorno.Dicho esto, se deduce, que un software bien desarrollado, debe tener la flexibilidad necesaria para adaptarse al futuro, como tambin, el mantenimiento deber hacerse de manera rpida y efectiva, afectando lo menos posible a las labores de la entidad que lo utilice.Se generar un estudio de mantenibilidad o plan de mantencin, que se reinicien servidores cada cierto tiempo, como tambin tener al da las actualizaciones del sistema operativo.El equipo de soporte deber revisar el sistema una vez por semana, para analizar el correcto funcionamiento tanto del sistema, como de la base de datos, chequear si los respaldo estn en buenas condiciones y de manera ntegra, se deber compactar la base de datos, revisar que consultas estn afectando el funcionamiento del sistema, para seguir mejorando el sistema con el pasar del tiempo. Por otro lado en los equipos clientes se les realizar su respectivo mantenimiento, tanto de su limpieza Hardware, como tambin de su mantenimiento Software, mediante herramientas de fragmentacin del disco duro, revisin del S.M.A.R.T por futuras fallas.Finalizando este tema, se le podr agregar nuevas funcionalidades al programa, para que atreves del tiempo, se incrementar el rendimiento, se resuelvan problemas de vulnerabilidades que puedan surgir en el futuro.

3.3.6. Portabilidad

Primero que nada cabe mencionar que el sistema a crear est siendo programado en leguaje C#, por lo que pierde portabilidad ya que este leguaje es solo para sistemas operativos Windows. El 100% de los componentes del sistema son dependientes del servidor. Ya que sin el servidor el sistema no podra funcionar. Solo el 10% del total de los cdigos sern dependientes del servidor, se intentar que la mayor carga de los cdigos se la lleve el programa Cliente. Como se mencion anteriormente, se utilizara el lenguaje C#. Este leguaje es funcional en familia Windows, en caso de que se quiera utilizar en otro sistema operativo se podra utilizar Wine o la librera MONO DEVELOP, que se ajustara solo al 30% de las funciones, lo restante se deber reprogramar, si se desea dar soporte a otro sistema operativo, no est dentro de los planes. Para su desarrollo se utilizara la plataforma de desarrollo IDE Visual Studio 2013, compilador de C#. Este sistema solo podr ser usado en sistemas operativos Windows 7 o superior.

3.4. Otros requisitos

En este punto definiremos requisitos de carcter legal, cultural o poltico segn lo requerido por la entidad cliente.El producto de software que se desarrollar, debido a que ser implementado en una entidad estatal como lo es un hospital, debe cumplir con los parmetros descritos en la ley n 19886, que busca la transparencia y el cumplimiento de los estndares gubernamentales descritos por esta ley, para la contratacin de bienes o servicios que tengan relacin con tecnologas de la informacin y comunicacin. Adems est definido que el software desarrollado solamente tendr como opcin el idioma espaol, ya que el personal encargado de utilizar el software no requiere la opcin de visualizar el sistema en otro idioma, obviamente no se descarta que en futuras actualizaciones exista la traduccin a otros idiomas. Esta ltima caracterstica del sistema corresponde a un requisito cultural y/o poltico.

4. ANEXOS

Organigrama del personal del Hospital

Escuela de Informtica

Escuela de Informtica

6

ejemplo ieee 830

Documents