Documentos de Académico
Documentos de Profesional
Documentos de Cultura
com
<
Hospit al_Con trol Ver. 1.0
[Mes de ao]
Modelo de ingeniera
0.3 Pg. 2
Documento validado por las partes en fecha: 27-07-11 Por el cliente Dr. Jose Meneses Por la empresa suministradora Hever Ramirez
Multi_Hospital
Contenido
FICHA DEL DOCUMENTO.........................................................................................................4 CONTENIDO...............................................................................................................................5 1 INTRODUCCIN.......................................................................................................................7 1.1 Propsito...............................................................................................................................7 1.2 Alcance..................................................................................................................................7 1.3 Personal involucrado...........................................................................................................7 1.3.1 Por el Cliente:..................................................................................................................7 1.4 Definiciones, acrnimos y abreviaturas.............................................................................8 1.5 Referencias...........................................................................................................................8 1.6 Resumen...............................................................................................................................8 2 DESCRIPCIN GENERAL.......................................................................................................8 2.1 Perspectiva del producto.....................................................................................................8 2.2 Funcionalidad del producto.................................................................................................8 2.3 Caractersticas de los usuarios...........................................................................................9 2.4 Restricciones........................................................................................................................9 2.5 Suposiciones y dependencias............................................................................................9 2.6 Evolucin previsible del sistema........................................................................................9 3 REQUISITOS ESPECFICOS...................................................................................................9 3.1 Requisitos comunes de los interfaces.............................................................................10 3.1.1 Interfaces de usuario.....................................................................................................10 3.1.2 Interfaces de hardware..................................................................................................10 3.1.3 Interfaces de software...................................................................................................10 3.1.4 Interfaces de comunicacin...........................................................................................11 3.2 Requisitos funcionales......................................................................................................11 3.2.1 Requisito funcional 1.....................................................................................................11 3.2.2 Requisito funcional 2.....................................................................................................11 3.2.3 Requisito funcional 3.....................................................................................................11 3.2.4 Requisito funcional n.....................................................................................................11 3.3 Requisitos no funcionales.................................................................................................11 3.3.1 Requisitos de rendimiento.............................................................................................11 3.3.2 Seguridad......................................................................................................................11 3.3.3 Fiabilidad.......................................................................................................................12 3.3.4 Disponibilidad................................................................................................................12 3.3.5 Mantenibilidad...............................................................................................................12
Descripcin de requisitos del sofware
Multi_Hospital
Multi_Hospital
1 Introduccin
El software tendr como objetivo agrupar de manera estratgica el ordenamiento de las diferentes salas de internado para cada paciente que se manejan dentro del Hospital. Con el fin de agilizar la atencin a los pacientes que ingresen y as poder brindar una mejor atencin dentro del nosocomio.
1.1
Propsito
El propsito de este documento es dejar constancia de los alcances y objetivos que contendr el sistema, dentro de las salas de internacin que comprenden ciruga de hombres y de mujeres, medicina de hombres y mujeres, pediatra, maternidad, laboratorio, rayos X, Farmacia.
1.2
Alcance
El alcance del sistema que se implementara ser el de tener un mejor orden dentro de las salas de internacin mencionadas, el control de y registro de medicamentos con los cuales fueron internados y el seguimiento de cada uno de los pacientes como registro histrico.
1.3
Personal involucrado
1.3.2 Por Consultora de Informtica Nombre Rol Categora profesional Responsabilidades Informacin de contacto Hever Ramirez Analsista de sistemas Analista en sistemas Verficacin de procesos 47435500
Descripcin de requisitos del sofware
Multi_Hospital
Aprobacin
Relacin de personas involucradas en el desarrollo del sistema, con informacin de contacto. Esta informacin es til para que el gestor del proyecto pueda localizar a todos los participantes y recabar la informacin necesaria para la obtencin de requisitos, validaciones de seguimiento, etc.
1.4
S.O . Sistema Operativo Informacin Datos relacionados de forma lgica que sern almacenados en el S.O Servidor Hardware donde estar alojado el sistema
1.5
Referencias
Ruta Fecha E\manuales\Servicios 27-07-11 Autor Carlos Villatoro
Relacin completa de todos los documentos relacionados en la especificacin de requisitos de software, identificando de cada documento el titulo, referencia (si procede), fecha y organizacin que lo proporciona.
1.6
Resumen
El documento adems de lo visto anteriormente, contiene como llevar el control de medicamentos con sus horarios y registros de los mismos. Descripcin del contenido del resto del documento Explicacin de la organizacin del documento
2 Descripcin general
2.1 Perspectiva del producto
Multi Hospital es un programa independiente que se elaborara con el intensin de ordenar las salas de los pacientes y llevar un control de los medicamentos suministrados. El Hospital no cuenta en estos momentos con un sistema interno para el control de lo antes mencionado. Indicar si es un producto independiente o parte de un sistema mayor. En el caso de tratarse de un producto que forma parte de un sistema mayor, un diagrama que site el producto dentro del sistema e identifique sus conexiones facilita la comprensin.
2.2
La funcin del producto ser la de ordenar y llevar registros de los pacientes dentro de las salas de pediatra y ciruga de hombres. La funcin principal del sistema ser la de brindar informacin inmediata y confiable para la toma de decisiones urgentes en el ramo de paciente, esta informacin ser de vital importancia para los mdicos y personas autorizadas. El registro y control de los pacientes por salas separada o mdulos separados.
Descripcin de requisitos del sofware
Multi_Hospital
Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en informacin de detalle. En ocasiones la informacin de esta seccin puede tomarse de un documento de especificacin del sistema de mayor nivel (ej. Requisitos del sistema). Las funcionalidades deben estar organizadas de manera que el cliente o cualquier interlocutor pueda entenderlo perfectamente. Para ello se pueden utilizar mtodos textuales o grficos.
2.3
Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica.
2.4
Restricciones
El ciclo de vida que se empleara para el sistema sol contara con Especificacin de requerimientos, Anlisis, diseo e implementacin. Los lenguajes que sern utilizados son Punto Net y SQLSERVER. La Aplicacin ser desarrollada en un computadora similar a la de un servidor. Descripcin de aquellas limitaciones a tener en cuenta a la hora de disear y desarrollar el sistema, tales como el empleo de determinadas metodologas de desarrollo, lenguajes de programacin, normas particulares, restricciones de hardware, de sistema operativo etc.
2.5
Suposiciones y dependencias
El sistema puede correr en varias versiones de Windows, si por algn caso se cambia de sistema a otro cualquiera se tendrn que realizar las modificaciones correspondientes para que este puede funcionar normalmente Descripcin de aquellos factores que, si cambian, pueden afectar a los requisitos. Por ejemplo una asuncin puede ser que determinado sistema operativo est disponible para el hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la SRS debera modificarse.
2.6
El sistema sufrir mejoras, apareciendo versiones que permitirn implementar mas herramientas, tambin se irn implementado el manejo de mas mdulos de otras reas para el control de hospitales. Identificacin de futuras mejoras al sistema, que podrn analizarse e implementarse en un futuro.
3 Requisitos especficos
el sistema a desarrollar deber tener acceso a la biblioteca la interfaz de usuario tendr acceso a toda la informacin de un cliente, permitir realizar bsqueda en la biblioteca y mostrar los resultados al usuario, podr permitir a los usuarios realizar una copia del resultado. Esta es la seccin ms extensa y ms importante del documento. Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo de desarrollo pueda disear un sistema que satisfaga los requisitos y los encargados de las pruebas puedan determinar si stos se satisfacen.
Descripcin de requisitos del sofware
Multi_Hospital
Los requisitos se dispondrn en forma de listas numeradas para su identificacin, seguimiento, trazabilidad y validacin (ej. RF 10, RF 10.1, RF 10.2,...). Para cada requisito debe completarse la siguiente tabla: Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito 1 Bsqueda Requisito Acceso a biblioteca Alta/Esencial
Bsquedas: la interfaz de usuario permitir realizar bsquedas para la cual especificaran las descripciones.
y realizar la descripcin del requisito La distribucin de los prrafos que forman este punto puede diferir del propuesto en esta plantilla, si las caractersticas del sistema aconsejan otra distribucin para ofrecer mayor claridad en la exposicin.
3.1
Multi_Hospital
3.2
Requisitos funcionales
[Inserte aqu el texto] Definicin de acciones fundamentales que debe realizar el software al recibir informacin, procesarla y producir resultados. En ellas se incluye: Comprobacin de validez de las entradas Secuencia exacta de operaciones Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperacin de errores) Parmetros Generacin de salidas Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la conversin de informacin) Especificacin de los requisitos lgicos para la informacin que ser almacenada en base de datos (tipo de informacin, requerido) Las requisitos funcionales pueden ser divididos en sub-secciones.
3.2.1 Requisito funcional 1 3.2.2 Requisito funcional 2 3.2.3 Requisito funcional 3 3.2.4 Requisito funcional n
3.3
Requisitos no funcionales
3.3.1 Requisitos de rendimiento
Se especificara cuantos usuarios estarn conectados realizando peticiones y ver si los servidores soportaran el trafico de informacin, ver cuantos usuarios estarn conectados por cada terminal y con cuantas terminales contaremos. Especificacin de los requisitos relacionados con la carga que se espera tenga que soportar el sistema. Por ejemplo, el nmero de terminales, el nmero esperado de usuarios simultneamente conectados, nmero de transacciones por segundo que deber soportar el sistema, etc. Todos estos requisitos deben ser mesurables. Por ejemplo, indicando el 95% de las transacciones deben realizarse en menos de 1 segundo, en lugar de los operadores no deben esperar a que se complete la transaccin.
3.3.2 Seguridad
Resguardaremos la informacin crtica, valiosa y sensitiva para nuestro cliente que se encontrar en nuestro sistema y garantizar la as la disponibilidad de la informacin la recuperacin rpida y completa del sistema la integridad y la confidencialidad de la informacin. Especificacin de elementos que protegern al software de accesos, usos y sabotajes maliciosos, as como de modificaciones o destrucciones maliciosas o accidentales. Los requisitos pueden especificar:
Descripcin de requisitos del sofware
Multi_Hospital
Empleo de tcnicas criptogrficas. Registro de ficheros con logs de actividad. Asignacin de determinadas funcionalidades a determinados mdulos. Restricciones de comunicacin entre determinados mdulos. Comprobaciones de integridad de informacin crtica.
3.3.3 Fiabilidad
Verificar pruebas de fiabilidad esto quiero decir si nuestro sistema tiene errores y si los tiene determinar en cuanto tiempo se recupera de un error determinar la fiabilidad quiere decir el tiempo que nos tomara en recuperarnos de un error. Especificacin de los factores de fiabilidad necesaria del sistema. Esto se expresa generalmente como el tiempo entre los incidentes permisibles, o el total de incidentes permisible.
3.3.4 Disponibilidad
Nuestro sistema contar con una continuidad operacional que permitir a los usuarios acceder al sistema, y recoger los resultados de manera eficiente. [Inserte aqu el texto] Especificacin de los factores de disponibilidad final exigidos al sistema. Normalmente expresados en % de tiempo en los que el software tiene que mostrar disponibilidad.
3.3.5 Mantenibilidad
A cada determinado lapso de tiempo se verificara el software para determinar el funcionamiento del mismo. Identificacin del tipo de mantenimiento necesario del sistema. Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un desarrollador. Especificacin de cuando debe realizarse las tareas de mantenimiento. Por ejemplo, generacin de estadsticas de acceso semanales y mensuales.
3.3.6 Portabilidad
el software se ejecutara en diferentes plataformas, el cdigo fuente del software ser capaz de reutilizarse en vez de crearse un nuevo cdigo cuando el software pase de una plataforma a otra. Especificacin de atributos que debe presentar el software para facilitar su traslado a otras plataformas u entornos. Pueden incluirse: Porcentaje de componentes dependientes del servidor. Porcentaje de cdigo dependiente del servidor. Uso de un determinado lenguaje por su portabilidad. Uso de un determinado compilador o plataforma de desarrollo. Uso de un determinado sistema operativo.
3.4
Otros requisitos
[Inserte aqu el texto] Cualquier otro requisito que no encaje en ninguna de las secciones anteriores. Por ejemplo: Requisitos culturales y polticos Requisitos Legales
4 Apndices
[Inserte aqu el texto]
Multi_Hospital
Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no forme parte de la SRS.
Modelo de Red