Oficina de Calidad Subdirección de Tecnologías de la Información y Comunicaciones

Visión y Alcance

Proyecto

Proceso de Gestión de Proyectos

CONTROL DE CAMBIOS DEL DOCUMENTO

Registro de cambios

Autor	Versión	Referencia de cambios	Fecha

Revisores

Nombre	Versión Aprobada	Posición	Fecha

Propiedades del documento

Propiedad	Detalle
Título	Visión y Alcance
Proyecto	Proyecto
Autor
Nombre fichero	Documento1
Fecha de creación	06/11/2018 10:26
Ultima actualización	01/01/1601 1:00
Plantilla base	[PPP-VA_xxxxxx_v3.1].dot

INDICE

1	Objeto del documento	6

2	Alcance del documento	7

3	Participantes	8

4	Punto de Partida	9

4.1	Descripción del problema	9

5	Usuarios involucrados en el proyecto	11

5.1	Usuarios destinatarios del proyecto	11

5.2	Usuarios Funcionales que trabajan en el proyecto	11

6	Resumen de Funcionalidades	12

7	Fuera del alcance de la solución	13

8	Descripción de la solución	14

8.1	Perspectiva general	14

8.2	Modelo de arquitectura del sistema	14

9	Versiones pendientes	15

10	Referencias	16

LISTA DE FIGURAS

Figura 1: Esquema de actuación	3

Figura 2: Modelo de arquitectura	3

LISTA DE TABLAS

Tabla 1: Usuarios Funcionales que trabajan en el proyecto	11

Tabla 2: Referencias	16

Instrucciones Generales

El texto de color azul provee una guía para el autor y debería ser eliminado antes de la publicación del documento.

Objeto del documento

Este documento contiene el refinamiento de la Descripción General del Sistema (descripción de la solución adoptada, cronograma, modelos de arquitectura, etc.) realizada en la etapa anterior de Métrica 3 del procedimiento de gestión de proyectos de la STI. Contiene, además del resumen de funcionalidades de la solución, las causas que dan origen al proyecto, el ámbito o alcance del mismo así como las funciones que quedan explícitamente excluidas.

Alcance del documento

Define el alcance del documento.

Participantes

Enumere los participantes del documento

Participantes
Departamento
Teléfono
Rol

Punto de Partida

Descripción del problema

Descripción del problema existente antes de que el proyecto existiese.

EJEMPLO: El Módulo de Pruebas Analíticas incluye la gestión centralizada del proceso de solicitud de pruebas analíticas para un usuario, tanto para la Atención Programada como para la Atención Urgente, contemplando el tratamiento de la información asociada a la petición, así como de los resultados de las distintas pruebas analíticas que constituyen la petición.

La petición de pruebas analíticas conlleva también la extracción o recogida de las muestras y el análisis de las mismas para la obtención de resultados. La extracción o recogida de las muestras se realizará en los puntos de extracción, que como regla general se encuentran en la propia unidad origen. Si la unidad no dispone de punto de extracción, ésta se realizará en el punto de extracción de otra unidad que lo tenga asociado.

Este módulo tiene conexión con el SIL (laboratorio) receptor de cada área hospitalaria, el cual recibe de cada punto de extracción las muestras identificadas con la petición y genera los resultados que tiene que enviar a Diraya-MPA.

Figura 1: Esquema de actuación

En general, intervienen cuatro puntos, en ocasiones, diferentes dentro del sistema:

Centro de atención primaria o unidad funcional. Normalmente, solicita las analíticas y recibe los resultados cuando se generen por parte del laboratorio que hace el análisis.

Punto de recogida de muestras o punto de extracción, que puede ser el propio centro, en cuyo caso puede realizar además extracciones para analíticas solicitadas por otro centro, o ser un centro de especialidades u hospital. La solicitud con los datos de la extracción es remitida al “laboratorio receptor” del punto de extracción. Dicha identificación está igualmente asociada al resultado y a la solicitud.

Laboratorio receptor que realiza el análisis. Recibe del punto de extracción las muestras identificadas con la petición y genera los resultados que tiene que enviar a Diraya.

Centro o unidad funcional de destino de la petición. Normalmente, suele coincidir con el centro o unidad peticionaria. Recibe los resultados cuando se generan por parte del laboratorio que hace el análisis. Y si también actúa como origen, deber tener configurado todo el proceso de petición de pruebas y recepción de resultados, así como su laboratorio receptor.

Todos los puntos tendrán conexión a la red corporativa. Por otro lado, todo centro o unidad funcional tiene que tener asociado un laboratorio receptor dentro de su área sanitaria. De igual forma, sólo existe un laboratorio receptor por área hospitalaria (y éste, en función del servicio-especialidad, se encargará de distribuir las pruebas - internamente - al resto de laboratorios de la misma área). De igual forma, este laboratorio receptor será el punto de salida de los resultados para su área.

En cuanto al catálogo de pruebas utilizado por el MPA, el sistema sanitario oferta una serie de pruebas analíticas, catalogadas mediante la adaptación y optimización de la norma internacional IUPAC. Esta norma clasifica, identifica, le asigna unidades de medida, facilita su lectura y le define una nomenclatura.

Este catálogo genérico será la base de todo el sistema (CGPA). Con éste trabajará Diraya, los laboratorios y cualquier otra entidad que quiera comunicar resultados o datos de pruebas analíticas con el sistema sanitario.

Los profesionales que emplean este módulo trabajarán con una adaptación y resumen de este catálogo general, llamado catálogo clínico (CCPA), ya que el facultativo no tiene por qué conocer el detalle concreto de la realización de la prueba. Esta particularización detalla una nomenclatura más accesible para el profesional.

A grandes rasgos, el MPA consiste en:

Una base de datos centralizada en la cual se registran:

Las peticiones de pruebas analíticas, hechas por los clínicos desde los Módulos Clínicos Diraya y desde el HIS.

Trazabilidad clínica y técnica de cada petición.

Extracciones.

Resultados recibidos por el laboratorio asociados a cada petición.

Histórico de peticiones de un usuario, tanto a nivel general como asociados a un episodio.

Histórico de resultados de un usuario.

Una aplicación Web y un conjunto de componentes que permitirá a los profesionales autorizados, en función de su perfil, tanto consultar los datos almacenados en el sistema como la gestión de las peticiones, extracciones y resultados.

Para todo el proceso de gestión de la cartera de servicios de cada laboratorio y gestión de los paneles que oferta a cada centro o unidad se encuentra el Módulo Centralizado de Gestión SIL-MPA.

Usuarios involucrados en el proyecto

Usuarios destinatarios del proyecto

Descripción de los tipos de usuario que van a utilizar la aplicación. Breve resumen de la actividad que realiza cada rol. Población real /estimada de cada rol.

Usuarios Funcionales que trabajan en el proyecto

Listado de los responsables funcionales involucrados en el proyecto con su cargo en la organización y sus datos de contacto.

Los principales responsables del equipo funcional involucrado en el proyecto por parte del SAS son:

Nombre	Cargo	Correo electrónico	Teléfono de contacto

Tabla 1: Usuarios Funcionales que trabajan en el proyecto

Resumen de Funcionalidades

Descripción de las funcionalidades generales de la aplicación así como de los distintos subsistemas de los que consta. Debe detallarse que rol utiliza que subsistema. Realizar un listado de los requisitos o solicitudes que fueron aprobados en el Catálogo de Solicitudes realizados en la fase de EVS.

Una vez determinados los usuarios y su rol, relacionarlos con los subsistemas identificados en el proyecto.

Fuera del alcance de la solución

Se detalla lo que se desee aclarar como fuera del alcance de la solución.

Por ejemplo: Quedan fuera del ámbito del sistema:

La gestión y validación de los datos relativos a los operadores con acceso al sistema. Estos aspectos se delegan al módulo centralizado de gestión de operadores (MACO).

La gestión y validación de los datos relativos a los usuarios del SSPA. Dichos aspectos son realizados por los sistemas BDU / GADU.

La gestión de los datos relativos a las solicitudes de alta de Farmacias y Tarjetas. Tal gestión se realiza en los módulos de Gestión de Tarjetas.

La gestión de los visados. Dicha gestión se realiza en el módulo de Visados, que es responsable de comunicar al sistema las actuaciones que le sean relevantes.

Descripción de la solución

Descripción de alto nivel de las características de la solución, interfaces con otras aplicaciones, y configuraciones del sistema.

Perspectiva general

Se sitúa el producto en su entorno, se explica con que otros sistemas se relacionan y se describen de manera general estas interfaces. Esta explicación puede acompañarse de un diagrama de casos de uso de alto nivel.

Modelo de arquitectura del sistema

Ejemplo:

Figura 2: Modelo de arquitectura

Se describe, a continuación, cada uno de los elementos anteriores:

Las solapas amarillas representan la interfaz de comunicaciones entre las distintas partes de los elementos.

Colores:

Ámbar: Componentes de los módulos de urgencias y consultas externas.

Turquesa: Servicios y software de base sobre los que sustentan los módulos comentados anteriormente.

Rectángulos: Representación de los elementos físicos (hardware) del sistema.

Óvalos: Representación del balanceo de carga.

Versiones pendientes

Descripción de las versiones pendientes y de las nuevas funcionalidades que incluyen.

Referencias

Lista y ubicación de los documentos referenciados en el documento de alcance.

Se desglosa a continuación el material de soporte, utilizado para la elaboración del presente documento:

Código	Título

Tabla 2: Referencias

Son datos centralizados, pero en la solicitud siempre se marca un destinatario de los resultados.

El origen y destino de la petición no tienen porqué ser el mismo centro o unidad funcional.