CompuHiperMegaWeb Software Urgencias Visin

Versin 0.4

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

Historial de Revisiones
Fecha 31/01/2013 8/02/2013 18/02/2013 25/02/2013 Versin 0.1 0.2 0.3 0.4 Descripcin Versin preliminar como propuesta de desarrollo para medical group. Versin como propuesta de desarrollo para medical group. Versin preliminar propuesta de desarrollo para medical group. Versin con puto 9 faltante como propuesta de desarrollo para medical group. Autor

Confidencial

CompuHiperMegaWeb 2013

Pg. 2

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

Tabla de Contenidos
1 Introduccin 5 1.1 Propsito 5 1.2 Alcance 5 Este documento contiene la definicin de la arquitectura empresarial para el proceso de software de urgencias. El cual contiene la arquitectura de negocio y de datos, las cuales abarcan una descripcin sobre el modelo operacin actual de este proceso, el modelado de los procesos de negocio en BPMN; el anlisis de la arquitectura de negocio (descripcin general de los procedimientos); priorizacin, identificacin de entidades y su modelo. 5 1.3 Definiciones, Acrnimos, y Abreviaciones 5 1.4 Referencias 5 2 Posicionamiento 2.1 Oportunidad de Negocio 2.2 Sentencia que define el problema 2.3 Sentencia que define la posicin del Producto 3 Descripcin de Stakeholders 3.1 Resumen de Stakeholders 3.2 Resumen de Usuarios 3.3 Entorno de usuario 3.4 Perfil de los Stakeholders 3.4.1 Representante del rea tcnica y sistemas de informacin 3.5 Perfiles de Usuario 3.5.1 Enfermera(o) 9 3.5.2 Doctor(a) 9 4 Descripcin Global del Producto 4.1 Perspectiva del producto 4.2 Resumen de caractersticas 4.3 Suposiciones y dependencias 4.4 Costo y precio ]Modelo bsico 5 Descripcin Global del Producto 6 Restricciones 7 Precedencia y Prioridad 8 Otros Requisitos del Producto 8.1 Estndares Aplicables 8.2 Requisitos de Sistema 8.3 Requisitos de Desempeo 8.4 Requisitos de Entorno 6 6 6 6 7 7 8 8 9 9 9

10 10 10 11 11 11 13 14 14 14 14 15 15 15

Confidencial

CompuHiperMegaWeb 2013

Pg. 3

Software Urgencias Visin Documento Visin 9 Requisitos de Documentacin 9.1 Manual de Usuario 9.2 Ayuda en Lnea 9.3 Guas de Instalacin, Configuracin, y Fichero Lame A. Atributos de Caractersticas

Versin: Fecha:

0.4 25/02/2013

15 15 15 15 15

Confidencial

CompuHiperMegaWeb 2013

Pg. 4

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

Visin
1 Introduccin
1.1 Propsito En el siguiente documento se plantea el alcance de la empresa CompuHiperMegaWeb en el desarrollo de una aplicacin para la empresa Medical Group la cual solicita un software para el manejo y administracin del sistema de urgencias en un hospital. Se centra en especificar las necesidades de un ente hospitalario en el rea de urgencias para manejar la informacin que estos manejan en cuanto a sus pacientes, para as poder ser administrada por medio de una base de datos. 1.2 Alcance

Este documento contiene la definicin de la arquitectura empresarial para el proceso de software de urgencias. El cual contiene la arquitectura de negocio y de datos, las cuales abarcan una descripcin sobre el modelo operacin actual de este proceso, el modelado de los procesos de negocio en BPMN; el anlisis de la arquitectura de negocio (descripcin general de los procedimientos); priorizacin, identificacin de entidades y su modelo.
1.3 Definiciones, Acrnimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodologa para describir el proceso de desarrollo de software. Stakeholders: interesado sobre el software Dma model driven arquitectura Rup:rational unifed process Casos de uso: interaccion entre el sistema dinamico Artefacto: cualquier entregable BPMN:bussines process managment notation Lnea base:conjunto de artefactos que poseen una versin estable Requerimientos: una condicin o capacidad que nececita un usuario, pueden ser de negocio, de usuario o de software. Requerimientos no funcionales:usuarios especifican su funcin o comportamiento de que el producto debe trabajar correctamente. Uso del producto, que fcil se ejecuta, que sea confiable, y como se comporta con situaciones inesperadas. Atributos de calidad. Como el ususario espera que se comporte el sistema cada atributo puede significar clases de ususario. Referencias Glosario. Plan de desarrollo de software. Mtodo cascada Anlisis Diseo Implementacin Pruebas Mantenimiento RUP (Rational Unified Process). Diagrama de casos de uso. CompuHiperMegaWeb 2013 Pg. 5

1.4

Confidencial

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

2
2.1

Posicionamiento
Oportunidad de Negocio El sistema generara un crecimiento de mercado para nuestra empresa en el mercado de software para hospitales y centros asistenciales de igual manera permitir a los hospitales manejar su informacin de una manera ms eficiente y rpida gestionado por una base de datos, la cual brindara acceso rpido y sencillo a estos, por medio de una interfaz grfica amigable para el usuario. Agilizar los procesos ya que se ingresan de manera correcta los datos los cuales estarn actualizados. [Ventajas que obtendr la empresa al implantar el sistema informtico]

2.2

Sentencia que define el problema El problema de afecta a Poder almacenar y clasificar la urgencias y pacientes de cierto hospital Los pacientes que entran a la sala de urgencias del hospital Los interesados del hospital El impacto asociado es una adecuada solucin sera Mejorar la eficiencia del sistemas de las urgencias del hospital Un software a la medida con los requisitos especificados por el usuario

2.3

Sentencia que define la posicin del Producto Para Quienes El nombre del producto Que El sector de urgencias del hospital de medical group medical group per l'ospedale El sistema almacena toda la informacin de los pacientes que entran a urgencias y de sus historias clnicas y actividades especificadas en los requerimientos

No como Nuestro producto Es un software el cual debe garantizar los requerimientos funcionales, no funcionales y atributos de calidad acordados con el clientes Medical Group

Confidencial

CompuHiperMegaWeb 2013

Pg. 6

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

3
3.1

Descripcin de Stakeholders
Resumen de Stakeholders

COMPUHIPERMEGAWEB Nombre Leonardo Camacho Nombre Rafael Rodrguez Descripcin Representante de CompuHiperMegaWeb Descripcin Lder analista de CompuHiperMegaWeb Descripcin Lder de Diseo CompuHiperMegaWeb Descripcin Lder de implementacin CompuHiperMegaWeb Responsabilidades Es el administrador del proyecto y encargado del contacto con medical group Responsabilidades Es el lder analista del proyecto y encargado en conjunto con el lder diseador dar una propuesta de diseo del proyecto a desarrollar. Responsabilidades Es el lder de diseo del proyecto y encargado en conjunto con el lder analista dar una propuesta de diseo del proyecto a desarrollar Responsabilidades Es el lder de implementacin del proyecto y encargado en conjunto con el lder analista y lder de diseo dar una propuesta desarrollo del proyecto objetivo. Responsabilidades Es el lder del departamento de pruebas del proyecto y encargado en conjunto con el lder implementacin dar una solucin a posibles fallos en el desarrollo del software del proyecto objetivo.

Nombre Pedro Ramos

Nombre Juan Daz

Nombre Diego Garca

Descripcin Lder de Pruebas CompuHiperMegaWeb

Confidencial

CompuHiperMegaWeb 2013

Pg. 7

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

MEDICAL GROUP Nombre Angie Herrera

Descripcin Director 1 de Diseo y Planeacin

Responsabilidades Planeacin estratgica del negocio. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades

Paula Saavedra

Director 2 de Diseo y Planeacin

Planeacin estratgica del negocio. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades

Daniel Escobar

rea comercial

Gestiona la promocin del producto. Genera los clientes para la compaa.

Eduard Coy

Director Departamento Administrativo Director desarrollo Informtico

Administra recursos financieros del negocio. Contrata empresas desarrolladoras. Coordina a los contratistas. Administra a los desarrolladores.

Jorge Rodrguez

3.2 Resumen de Usuarios HOSPITAL Nombre Doctor

Descripcin

Stakeholder

Enfermera

Secretaria

Se encargar de hacer un registro en la historia clnica de los pacientes, registrar medicamentos formulador y posibles exmenes que tenga que realizar el paciente Se encargar de realizar el registro del paciente cuando entre a urgencias y de la clasificacin de urgencia que el paciente tenga Se encarga de recibir los papeles de la Eps y realizar el primer registro de cada pacientes

3.3

Entorno de usuario

El aplicativo a desarrollar es una aplicacin intranet o de escritorio, la cual se desarrollara en leguaje java, tendr una base de datos, y necesitara como mnimos recursos de maquina procesador Atom o superior a 3.00 GHZ.

Confidencial

CompuHiperMegaWeb 2013

Pg. 8

Software Urgencias Visin Documento Visin 3.4 Perfil de los Stakeholders 3.4.1

Versin: Fecha:

0.4 25/02/2013

Representante del rea tcnica y sistemas de informacin Leonardo Camacho Es el administrador del proyecto y encargado del contacto con medical group Experto de Sistemas. Encargado de mostrar las necesidades de cada usuario del sistema. Adems, lleva a cabo un seguimiento del desarrollo del proyecto y aprobacin de los requisitos y funcionalidades del sistema [A definir por el cliente] Revisin de requerimientos, estructura del sistema Ninguno

Representante Descripcin Tipo Responsabilidades

Criterio de xito Grado de participacin Comentarios 3.5 Perfiles de Usuario 3.5.1 Enfermera(o)

Representante Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Comentarios 3.5.2 Doctor(a)

Enfermero(a) del hospital Persona encargada de ingresar la informacin a la aplicacin.

Ingresar informacin de manera correcta al aplicativo. Definidos por el cliente Definidos por el cliente Ninguno

Representante Descripcin Tipo Responsabilidades Criterio de xito Grado de participacin Comentarios

Doctor(a) Perona encargada de ingresar, modificar la informacin y correcta gestin.

Ingresar de manera correcta los datos, modificar de manera responsable los datos. Definidos por el cliente Definidos por el cliente ninguno

Confidencial

CompuHiperMegaWeb 2013

Pg. 9

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

4
4.1

Descripcin Global del Producto

Perspectiva del producto

El sistema de informacin que ser desarrollado como un aplicativo intranet. Ser diseado para administrar la informacin de las urgencias que cotidianamente surgen en el hospital de medical group, permitir al usuario mantener un seguimiento permanente del comportamiento de la informacin obtenida y administrarla de una manera conveniente. La informacin requerida se usar para mantener histricos de los pacientes que ingresaron o ingresaran al sector de urgencias.

4.2

Resumen de caractersticas A continuacin se mostrar un listado con los beneficios que obtendr el cliente a partir del producto:

Beneficio del cliente Organizacin de urgencias Agilizacin de procesos

Mejora de atencin a los pacientes

Mantener historiales de pacientes

Caractersticas que lo apoyan Poder registrar cada paso de la urgencia de cada paciente que ingrese al hospital Para realizar una consulta de historias clnicas etc. No ser necesario sino unos segundos para poder revisar la historia clnica a travs del sistema Por la clasificacin de urgencias y revisando los antecedentes clnicos del paciente se puede garantizar una mejor atencin Poder tener los datos e historias de cada paciente desde que ingreso por primera vez a urgencias en el hospital

Confidencial

CompuHiperMegaWeb 2013

Pg. 10

Software Urgencias Visin Documento Visin 4.3

Versin: Fecha:

0.4 25/02/2013

Suposiciones y dependencias [Todas las suposiciones y dependencias deben ser definidas por el cliente]

4.4

Costo y precio

La ecuaciones que se utilizan en los tres modelos son:2 donde: E es el esfuerzo requerido por el proyecto, en persona-mes Tdev es el tiempo requerido por el proyecto, en meses P es el nmero de personas requerido por el proyecto a, b, c y d son constantes con valores definidos en una tabla, segn cada submodelo Kl es la cantidad de lneas de cdigo, en miles. m(X) Es un multiplicador que depende de 15 atributos. , en persona-mes , en meses , en personas

A la vez, cada submodelo tambin se divide en modos que representan el tipo de proyecto, y puede ser: modo orgnico: un pequeo grupo de programadores experimentados desarrollan software en un entorno familiar. El tamao del software vara desde unos pocos miles de lneas (tamao pequeo) a unas decenas de miles (medio). modo semilibre o semiencajado: corresponde a un esquema intermedio entre el orgnico y el rgido; el grupo de desarrollo puede incluir una mezcla de personas experimentadas y no experimentadas. modo rgido o empotrado: el proyecto tiene fuertes restricciones, que pueden estar relacionadas con la funcionalidad y/o pueden ser tcnicas. El problema a resolver es nico y es difcil basarse en la experiencia, puesto que puede no haberla.

]Modelo

bsico

Artculo principal: COCOMO Bsico.

Se utiliza para obtener una primera aproximacin rpida del esfuerzo,2 y hace uso de la siguiente tabla de constantes para calcular distintos aspectos de costes:

Confidencial

CompuHiperMegaWeb 2013

Pg. 11

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

MODO

Orgnico

3.20

1.05

2.50

0.38

Semilibre

3.00

1.12

2.50

0.35

Rgido

2.80

1.20

2.50

0.32

Estos valores son para las frmulas: Personas necesarias por mes para llevar adelante el proyecto (MM) = a*(Klb) Tiempo de desarrollo del proyecto (TDEV) = c*(MMd) Personas necesarias para realizar el proyecto (CosteH) = MM/TDEV Costo total del proyecto (CosteM) = CosteH * Salario medio entre los programadores y analistas.

Se puede observar que a medida que aumenta la complejidad del proyecto (modo), las constantes aumentan de 2.4 a 3.6, que corresponde a un incremento del esfuerzo del personal. Hay que utilizar con mucho cuidado el modelo bsico puesto que se obvian muchas caractersticas del entorno Valor Muy bajo Bajo Nominal Alto Muy alto Extra alto Atributos de software Fiabilidad Tamao de Base de datos Complejidad Restricciones de tiempo de ejecucin Restricciones de memoria virtual Volatilidad de la mquina virtual Tiempo de respuesta Capacidad de anlisis Experiencia en la aplicacin Calidad de los programadores Experiencia en la mquina virtual Experiencia en el lenguaje 1,46 1,29 1,42 1,21 1,14 0,87 0,87 Atributos de personal 1,19 1,13 1,17 1,10 1,07 1,00 1,00 1,00 1,00 1,00 0,86 0,91 0,86 0,90 0,95 0,71 0,82 0,70 0,70 0,75 0,88 0,94 0,85 Atributos de hardware 1,00 1,00 1,00 1,00 1,11 1,06 1,15 1,07 1,30 1,21 1,30 1,15 1,66 1,56 1,00 1,00 1,00 1,15 1,08 1,15 1,40 1,16 1,30 1,65

Atributos

Atributos del proyecto Confidencial CompuHiperMegaWeb 2013 Pg. 12

Software Urgencias Visin Documento Visin Tcnicas actualizadas de programacin Utilizacin de herramientas de software Restricciones de tiempo de desarrollo 1,24 1,24 1,22 1,10 1,10 1,08 1,00 1,00 1,00

Versin: Fecha:

0.4 25/02/2013

0,91 0,91 1,04

0,82 0,83 1,10

Que tamao tiene el proyecto que se sugiere construir Esfuerzo: horas/persona Cronograma0 tiempo de ejecucin Costo fijo o costo variable dependiendo de las versiones a manejar. [El costo y precio del sistema con todas las caractersticas software son decisin entre cliente y empresa de desarrollo software]

Descripcin Global del Producto

Descripcin Se enfoca en ingresar datos bsicos del cliente y sus antecedentes mdicos. El formulario traer la fecha y hora automticamente y el usuario que atendi al paciente. Inputs - Nombre completo - Nmero de identificacin - Edad - Direccin - Telfono - Especificaciones de la urgencia - Antecedentes mdicos - Toma datos de presin y temperatura - Se tomara la foto del paciente - Nombre completo - Nmero de identificacin - Edad - Direccin - Telfono - Especificaciones de la urgencia - Antecedentes mdicos - Toma datos de presin y temperatura - Se tomara la foto del paciente Outputs Generacin del formulario y almacenamiento en la base de datos Usuario responsable Enfermero(a)

Caracterstica Diligenciar formulario

Modificar Formulario

Se enfoca en modificar informacin ya almacenada en el formulario

Generacin del formulario y almacenamiento en la base de datos

Doctor(a)

Confidencial

CompuHiperMegaWeb 2013

Pg. 13

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

Actualizar informacin

Se enfoca de actualizar la informacin del paciente durante la atencin mdica, en la cual se realizaran los registros de proceso de evolucin o medicamentos asignados Permite consultar la informacin registrada del paciente. Se solicita el formulario para impresin

-Evolucin -Medicamentos -identificacin del paciente

Se guardara informacin actualizada en historia clnica del paciente

Doctor(a)

Consultar

-Nmero de identificacin

Arroja formulario en PDF para su consulta Imprime o descarga el formulario

Doctor(a) Enfermero(a)

Descarga, Impresin

-Nmero de identificacin

Doctor(a)

Restricciones
Solo podr ser modificado por un rol establecido. Una vez creado el paciente en sistema solo podr ser borrado o modificado por un rol exclusivo

Precedencia y Prioridad
A t r ib u t o s Priorida d D e s c r ip c io n Nec esida dde im pla nta c ion de unanec esida ddeterm ina da V a lo r Alta Media B a ja

Nombre de la caracterstica Diligenciar formulario Modificar formulario Actualizar informacin Consultar Descargar, Impresin

Valor Alta Alta Alta Media Baja

8
8.1

Otros Requisitos del Producto

Estndares Aplicables Uso de una base de datos MySQL Interfaz Base de datos __________ Sistema Operativo Windows CompuHiperMegaWeb 2013 Pg. 14

Confidencial

Software Urgencias Visin Documento Visin

Versin: Fecha:

0.4 25/02/2013

8.2

Requisitos de Sistema Servidor Plataforma Windows Procesador Intel Pentium 2.50GHz Memoria RAM 2 GB Disco Duro de 320GB Tarjeta de Red Ethernet Gigabit Cmara Web Genius 320 Requisitos de Desempeo El sistema debe centralizar la informacin en un punto de acceso disponible a todos los usuarios, desde cualquier equipo y en cualquier momento que esta sea necesario. Sera esencial cruzar los datos de las reas y crear una base de datos slida. Se debe plantear un diseo amigable y cmodo para el usuario. Es importante lograr los informes necesarios para cada proceso y para la comunicacin interna y externa, pudiendo lograr una mayor eficiencia en la coordinacin de recursos de la organizacin Requisitos de Entorno La aplicacin estar disponible al personal de la empresa tal como esta los determine y bajo los parmetros de seguridad necesarios segn lo pactado con la empresa.

8.3

8.4

9
9.1

Requisitos de Documentacin
Manual de Usuario [A definir por el cliente] Ayuda en Lnea [A definir por el cliente] Guas de Instalacin, Configuracin, y Fichero Lame [A definir por el cliente]

9.2

9.3

A.

Atributos de Caractersticas

Nmero y nombre de la caracterstica

Estado Propuesta: [S / No] Aprobada: [S / No] Incorporada: [S / No] Propuesta: [S / No]

Beneficio

Esfuerzo

Riesgo

Estabilidad

Asignacin [Personal asignado al desarrollo de esta caracterstica] [Personal asignado al Pg. 15

5.1 <Una caracterstica>

[A definir por el cliente] [A definir por el

[Alto / Medio / Bajo]

[A definir por el cliente]

[A definir por el cliente]

5.2 <Otra caracterstica> Confidencial

[Alto / Medio / Bajo]

[A definir por el cliente]

[A definir por el cliente]

CompuHiperMegaWeb 2013

Software Urgencias Visin Documento Visin Aprobada: [S / No] Incorporada: [S / No] Propuesta: [S / No] Aprobada: [S / No] Incorporada: [S / No] Propuesta: [S / No] Aprobada: [S / No] Incorporada: [S / No] Propuesta: [S / No] Aprobada: [S / No] Incorporada: [S / No]

Versin: Fecha:

0.4 25/02/2013

cliente]

desarrollo de esta caracterstica] [Personal asignado al desarrollo de esta caracterstica] [Personal asignado al desarrollo de esta caracterstica] [Personal asignado al desarrollo de esta caracterstica]

5.2.1 <Una subcaracterstica>

[A definir por el cliente]

[Alto / Medio / Bajo]

[A definir por el cliente]

[A definir por el cliente]

5.2.2 <Otra subcaracterstica>

[A definir por el cliente]

[Alto / Medio / Bajo]

[A definir por el cliente]

[A definir por el cliente]

5.3 <Otra caracterstica>

[A definir por el cliente]

[Alto / Medio / Bajo]

[A definir por el cliente]

[A definir por el cliente]

Confidencial

CompuHiperMegaWeb 2013

Pg. 16