335tp SISTEMAS DE INFORMACION I LISTO PDF

335 TP Lapso 2017-1 1/107
UNIVERSIDAD NACIONAL ABIERTA

VICERRECTORADO ACADÉMICO
INGENIERÍA DE SISTEMAS
TRABAJO PRÁCTICO:
ASIGNATURA: Sistemas de Información I
CÓDIGO: 335
FECHA DE ENTREGA AL ESTUDIANTE:

A partir de la primera semana de presentación de pruebas, a través del
asesor de la asignatura de su Centro Local
FECHA DE DEVOLUCIÓN:
El informe correspondiente al trabajo práctico será entregado por el
estudiante anexo a la segunda Prueba Integral de la asignatura. Si el
estudiante logró todos los objetivos de la prueba en la Primera Integral,
entregara el trabajo práctico al supervisor de pruebas de la Segunda Integral.
NOMBRE DEL ESTUDIANTE: ALEXIS G. FLORES L.
CÉDULA DE IDENTIDAD: V-17.245.978
TELÉFONO DEL ESTUDIANTE:
DIRECCIÓN DEL CORREO ELECTRÓNICO: FLORESAGX@GMAIL.COM
CENTRO LOCAL: SEDE MATURÍN
CARRERA: 236
NÚMERO DE ORIGINALES: 107 PÁG.
FIRMA DEL ESTUDIANTE:
LAPSO: 2017/1
UTILICE ESTA MISMA PÁGINA COMO CARÁTULA DE SU TRABAJO
PRÁCTICO
RESULTADOS DE CORRECCIÓN:
BOJ N° 5 6 7 8 9 10 11 12
0:NL 1:L
Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

335 TP Lapso 2017-1 2/107
INTRODUCCIÓN.
A través del presente informe se pretende cumplir con las actividades

necesarias para el análisis de una propuesta de un sistema de información
automatizado, cumpliendo con las fases correspondientes del análisis de un sistema
los cuales son inspección, estudio y definición.
La propuesta del sistema a analizar es: Sistema de Información para el Cuidado

Médico Avanzado (SICUMA). Actualmente, la clínica San Agustín tiene como misión
proporcionar cuidado médico avanzado en un amplio rango de disciplinas médicas.
Para llevar a cabo esta misión, los procesos médicos-asistenciales para recepción y
procesamiento son realizados de forma manual. Se requiere mejorar y hacer más
eficientes estos procedimientos para lograr una mejor atención al paciente, además
de mantener un mejor control del sistema. Por esto surge la necesidad de una
propuesta de automatización del registro de información y el sistema SICUMA
procura cubrir estas necesidades.
El presente informe cubre las actividades de las fases del análisis del sistema para
de esta forma entregar la lista de necesidades del sistema a la siguiente fase del
ciclo de vida del proyecto (diseño del sistema). Por lo antes señalado, el presente
informe presenta las técnicas de investigación de hechos utilizados (entrevista y
cuestionario), la definición del ámbito del proyecto mediante los modelos
contextuales de datos, procesos y redes, la clasificación de problemas y
oportunidades mediante el uso de la matriz de problemas/oportunidades, se
establece el plan del proyecto mediante el uso de los diagramas de Gantt y se
concluye la fase de inspección con el análisis de viabilidad usando las cuatro
técnicas universales de análisis (operativa, técnica, fechas y económica). El informe
continua con la fase de estudio mediante el análisis de los problemas y
oportunidades usando la estructura PIECES y el establecimiento de los objetivos del
nuevo sistema. Para finalizar, la fase de definición se trata realizando los modelos
esenciales de datos, procesos y redes, usando la información recabada hasta el

335 TP Lapso 2017-1 3/107
momento incluyendo la otorgada por las técnicas de investigación de hechos (para

esta fase se usó la encuesta).
Todos los puntos tratados en las fases del análisis del sistema, son plasmados en
papel mediante la técnica del informe escrito de tipo factual, que es el que están
leyendo ahora y busca entregar las necesidades del sistema al equipo de diseño que
afrontara la siguiente fase del CVDS (diseño del sistema).

335 TP Lapso 2017-1 4/107
MÉTODOS Y PROCEDIMIENTOS
Para el análisis del sistema de información SICUMA se dividió en tres fases:

inspección, estudio y definición. Veamos a continuación detalles de la metodología
para cada una de las fases.
• Fase Inspección.
El objetivo de esta fase es responder la pregunta: ¿Vale la pena este proyecto?

Para cumplir con esta fase se usan las siguientes técnicas:
a.- Definir el ámbito del proyecto, esto se logra usando la información obtenida
mediante la investigación de hechos (se pueden usar varias técnicas de investigación
de hechos) para definir los modelos conceptuales de datos, procesos y redes. Estos
modelos desarrollados por el analista de sistema buscan definir el ámbito del
proyecto desde un punto de vista general.
b.- Una vez ubicada claramente el ámbito del proyecto deben clasificarse los
problemas, oportunidades y posibles soluciones mediante el uso de la matriz de
estudio problemas/oportunidades el cual es una herramienta gráfica (tabla) en la cual
están los problemas y oportunidades, y los categoriza con ciertas características las
cuales servirán para definir una posible solución.
c.- Presentación de un plan de proyecto, el cual define una propuesta inicial sujeta a
modificaciones, donde se define el calendario y las tareas del proyecto para
establecer los límites del mismo en cuanto a tiempo y actividades. Se eligió la técnica
de diagramas de Gantt para la representación gráfica de este plan del proyecto,
previamente se definen y delimitan las tareas del proyecto.
d.- Presentar conclusiones y recomendaciones. Para esta parte se usa el análisis de

viabilidad de proyectos donde se usaran los test de análisis: operativos, técnicos, de

335 TP Lapso 2017-1 5/107
fechas y económicos para finalmente, dependiendo del resultado de estos análisis,

concluir si el proyecto es viable y si merece la pena continuar con su desarrollo hacia
las siguientes fases. Por supuesto, esta es una estimación o conclusión inicial, la
cual está limitada a la información insipiente que apenas se está obteniendo durante
esta fase. El proyecto deberá estar en evaluación continuamente para buscar
atender oportunamente los imprevistos o desviaciones que puedan surgir.
• Fase Estudio.
Durante esta fase del análisis se hace un estudio más detallado para asegurarnos
que vale la pena construir el sistema (diseñarlo e implantarlo) y si los problemas
presentes pueden ser resueltos. Para cumplir con esta fase usaremos el siguiente
procedimiento:
a.- Realizar un análisis de los problemas y las oportunidades presentes, mediante el

uso de la técnica de la estructura PIECES de James Wetherbe, la cual desglosa los
problemas y oportunidades para su análisis en las siguientes categorías:
Prestaciones, Información, Economía, Control y Seguridad, Eficacia, Servicios.
b.- Usando como base la información del punto anterior, se definieron los objetivos
del nuevo sistema.
Cabe destacar, que para este proyecto del sistema SICUMA, por ser de tipo
académico, solo se cumplieron en esta fase con los procedimientos antes listados (a,
b); existen otros procedimientos y actividades estipulados para esta fase los cuales
no serán considerados por no ser requeridos académicamente (asignación papeles
en el proyecto, conocer el sistema actual, modelizar el sistema actual, modificar el
ámbito y plan de proyecto).

335 TP Lapso 2017-1 6/107
• Fase de Definición.
Esta es la última fase del análisis del sistema. En esta fase se busca establecer las
necesidades de la empresa (la clínica) para tener en consideración durante la
siguiente fase del ciclo de vida del proyecto, el cual es el diseño del sistema. En esta
fase se indicara con precisión que necesita y quiere el usuario que haga el sistema
SICUMA. Para cumplir con esta fase se usará la siguiente metodología:
a.- Identificación de necesidades de los usuarios, en este caso trabajadores de la

clínica San Agustín. Con la información precisa se obtendrán los requerimientos
esenciales del sistema.
b.- Una vez identificadas las necesidades del sistema, estas serán reflejadas o
modificadas a través de la elaboración de los respectivos modelos esenciales de
datos, procesos y redes (este último también llamado modelo de conectividad). Estos
modelos son representaciones más detalladas de las necesidades y también usan
como referencia los modelos contextuales, previamente definidos durante la fase de
inspección para representar el ámbito del proyecto.
Una vez cumplida con estas actividades de la fase de inspección se cumple con el
propósito del análisis del sistema el cual es entregar una relación de las necesidades
del sistema para que sirva de base al diseño del sistema.
UNIDAD 5 MODELIZACION DE DATOS EN UN SISTEMA
Veamos para el sistema en desarrollo (Sistema de Información para el Cuidado

Médico Avanzado SICUMA), los requerimientos de datos que servirán de insumo al
sistema. Las entidades a usar para el modelo de datos esencial son: datos
personales paciente, datos familiares del paciente, datos habitacionales del paciente.
Veamos especificaciones para cada una de estas entidades.

335 TP Lapso 2017-1 7/107
1. Definición de Entidades.
Datos Personales Paciente: esta entidad corresponde a toda la información

personal necesaria de las personas solicitantes de atención en la dirección de
enfermería de la clínica, debe contener toda la información necesaria para identificar
cabalmente al paciente. Contempla la siguiente información: nombre del paciente,
cedula de identidad del paciente, edad paciente, sexo del paciente, número
telefónico del paciente, tiene seguro el paciente.
Datos Familiares Paciente: esta entidad contiene información sobre algún familiar
del paciente. Contempla tener la siguiente información: parentesco con el paciente,
nombre otros familiares, número telefónico del familiar.
Datos Habitacionales Paciente: contiene información relacionada con el lugar de

vivienda del paciente. Comprende la siguiente información: dirección de habitación,
parroquia habitación, número telefónico de habitación.
Tipo de Atención: esta entidad corresponde a la información relacionada con las

atenciones médicas ofrecidas por la clínica. Comprende los siguientes atributos:
código tipo de atención, descripción tipo de atención, requisitos tipo de atención.
En relación a las entidades definidas para realizar el modelo de datos esencial, se

puede señalar lo siguiente: la solicitud inicial de atención, será efectuada mediante
una planilla o formulario el cual deberá ser llenado manualmente por el solicitante y
entregado al funcionario de asistencia médica encargado de cargar la información al
sistema SICUMA. Este formulario contiene toda la información requerida por el
SICUMA y repartidas para las entidades datos personales paciente, datos familiares
paciente, datos habitacionales paciente. Quiere decir que estas tres entidades se
nutren con la información de los formularios llenos por los pacientes. Por supuesto,
para solicitantes reiterativos, la información correspondiente a datos
personales/familiares/habitacionales estará cargada ya en la base de datos. En
cuanto a la entidad datos de solicitud es necesario incluir un atributo que contenga

335 TP Lapso 2017-1 8/107
un código de identificación de la atención (número de atención) el cual es único para

cada solicitud. Este número es asignado por el asistente médico receptor de la
solicitud y estará formando por: fecha solicitud seguido por el número de cédula del
paciente. Como ejemplo, para una solicitud de fecha, 19/09/2016 y realizada por una
persona con cédula 17997086, entonces el número de solicitud será:
19091617997086 (fecha seguida del número de cedula). Esto quiere decir que se
limita el número de atenciones a una por persona diariamente. Este número será
entregado al paciente para efectos de seguimiento posterior mediante el uso del
sistema SICUMA (Consultas).
La entidad Tipo de Atención corresponde a información de las atenciones médicas

ofrecidas. Esta información estará ya en base de datos cargados al momento de
arrancar en funcionamiento el sistema SICUMA. Para operaciones diferentes a
consulta, como modificación y eliminación, serán únicamente realizados por personal
autorizado de acuerdo a normativa interna de la dirección de la clínica. El funcionario
de asistencia médica no tendrá autorización para realizar modificaciones o
eliminaciones sobre esta entidad.
Para el caso del resto de las entidades, podrán ser actualizadas por el funcionario de
asistencia médica siempre y cuando sea respaldada con un formulario de
actualización de datos. La actualización del status de la solicitud será realizada
solamente por el personal autorizado para tratar o procesar la solicitud. Las
eliminaciones sobre cualquier presencia de alguna entidad serán realizadas por
personal autorizado de la dirección de enfermería.
2. Atributos e Identificadores
Veamos cada uno por entidad definida.

335 TP Lapso 2017-1 9/107
 Entidad Datos Personales Paciente.

NOMBRE DEL PACIENTE: nombres y apellidos del paciente.
Rótulo: NOMBRE PACIENTE.
CEDULA DE IDENTIDAD PACIENTE: número de cédula del paciente. Este atributo

será usado como identificador de la entidad ya que es único para cada presencia.
Rótulo: CEDULA IDENTIDAD.
EDAD PACIENTE: edad del paciente.

Rotulo: EDAD PACIENTE.
SEXO PACIENTE: sexo del paciente (M: masculino y F: femenino).

Rótulo: SEXO PACIENTE.
NUMERO TELÉFONO PACIENTE: puede ser número celular, numero teléfono

habitación o persona contacto en caso de emergencia.
Rótulo: TELÉFONO PACIENTE.
 Entidad Datos Familiares Paciente.
PARENTESCO CON FAMILIAR: parentesco con familiares que acompañan al

paciente.
Rótulo: PARENTESCO FAMILIAR.
NOMBRES OTROS FAMILIARES: nombres y apellidos de otros familiares.

Rótulo: NOMBRE FAMILIAR.
NÚMERO TELEFÓNICO DEL FAMILIAR: número telefónico.

Rótulo: TELÉFONO FAMILIAR.

335 TP Lapso 2017-1 10/107
 Entidad Datos Habitacionales Paciente.
DIRECCIÓN DE HABITACIÓN: corresponde a la dirección de ubicación de vivienda

o habitación de alojamiento.
Rotulo: DIRECCIÓN PACIENTE.
PARROQUIA DE HABITACIÓN: corresponde al nombre de la parroquia donde está

ubicada vivienda o habitación.
Rotulo: PARROQUIA.
TELÉFONO DE HABITACIÓN: número telefónico de habitación.

Rótulo: TELÉFONO HABITACIÓN.
 Entidad Datos de Solicitud de Atención.
FECHA SOLICITUD: fecha en la cual fue realizada la solicitud de atención.

Rotulo: FECHA SOLICITUD.
NUMERO SOLICITUD: numero asignado a planilla solicitud de atención. Este

atributo corresponde al campo identificador de la entidad.
Rótulo: NUMERO SOLICITUD.
CEDULA DE IDENTIDAD PACIENTE: cedula de identidad paciente.

Rotulo: CEDULA PACIENTE.
DETALLE ATENCIÓN SOLICITADA: descripción de atención solicitada.

Rotulo: DETALLE ATENCIÓN.

335 TP Lapso 2017-1 11/107
Cabe destacar que, al ser cargada por primera vez los datos de solicitud de atención,
el status asignado es R. Posteriormente, en las revisiones y tratamientos posteriores
de la solicitud, será actualizado el status por el funcionario respectivo.
Al aprobarse la solicitud de atención, se debe actualizar el status a "A", (aprobado).
 Matriz de Relaciones.
Una vez definidas y especificadas las entidades y atributos que conforman la

modelización de los datos, veamos la modelización propiamente dicha. A
continuación, veamos la matriz de relaciones entre entidades.
DATOS DATOS DATOS

DATOS TIPOS DE
ENTIDAD PERSONALES FAMILIARES HABITACIONALES
SOLICITUD ATENCIÓN
PACIENTE PACIENTE PACIENTE
Tiene uno o Tiene uno o
DATOS
más Presenta cero o un más
PERSONALES
acompañantes sitio habitacional. solicitudes de
PACIENTE
familiares. atención.
Un acompañante
DATOS familiar posee
FAMILIARES solo uno y un
PACIENTE paciente
asignado.
DATOS Tiene uno y solo
HABITACIONALES un paciente
PACIENTE asignado.
Tiene
DATOS Tiene uno y solo asignado uno
SOLICITUD un paciente. y solo un tipo
de atención.
Tiene
TIPOS DE asignada cero
ATENCIÓN o una solicitud
de atención
FIG. 1. MATRIZ DE RELACIONES ENTRE ENTIDADES.
En relación a la matriz de relaciones definida, la cual servirá como base para definir
el diagrama esencial de entidades relaciones, se pueden dar las siguientes
explicaciones:

335 TP Lapso 2017-1 12/107
A. En esta sección hay diferencias a lo expresado en la tabla de la Fig.1, motivado a

que hay familiares tipo acompañante familiar y tipo no acompañante familiar, veamos
la explicación. Una persona paciente puede presentar cero o más familiares como
acompañante familiar y uno o más familiares que no sean acompañante familiar. El
caso cero cargas puede ser un paciente indigente o que viva solo. Por otra parte, un
familiar que sea acompañante familiar solo tendrá uno.
B. Una persona paciente puede presentar cero o un sitio de habitación fija. Una serie
datos habitacionales tiene uno y solo un paciente relacionado.
C. Una solicitud de atención contiene uno y solo una persona paciente. Ahora, una
persona solicitante de atención puede tener registrado en el SICUMA una o más
solicitudes de atención (puede justificarse en caso de solicitar para varios familiares o
que sean solicitudes reiterativas para el mismo paciente).
D. Una solicitud de atención tendrá una y solo una atención solicitada esto se define,
así como especificación del sistema, solo podrá ser solicitada y procesada una
atención a la vez. Para poder solicitar otra atención, debe primero ser cumplido todo
el proceso de alguna solicitud previa hasta su atención.
Cualquier tipo de atención cargada en base de datos puede estar siendo solicitada
por cero o una solicitud de atención. Cero porque puede haber algún tipo de atención
que no haya sido solicitada por alguna persona.
De todo lo antes señalado podemos resumir a continuación todas las identidades,

atributos e identificadores definidos hasta ahora:
Datos Personales Paciente:

CEDULA PACIENTE
NOMBRE PACIENTE
EDAD PACIENTE

335 TP Lapso 2017-1 13/107
SEXO PACIENTE
TELÉFONO PACIENTE
Datos Familiares del Paciente:

PARENTESCO FAMILIAR (repetido 1 a n veces)
NOMBRE FAMILIAR (repetido 1 a m veces)
TELÉFONO FAMILIAR
Datos Solicitud de Atención:

NUMERO SOLICITUD
FECHA SOLICITUD
CEDULA PACIENTE
NOMBRE PACIENTE
DETALLE ATENCIÓN
CÓDIGO DE ATENCIÓN
Faltan las otras entidades (medico, patología,…..)
Los atributos subrayados representan los identificadores de las entidades.
 Diagrama de Entidad-Relaciones (DER).
Una vez definidas las entidades y especificados sus atributos con los respectivos
identificadores y mostrada la matriz de relaciones entre entidades, podemos ahora
dibujar el diagrama de entidad-relaciones respectivos (DER). En la fig. 2 se muestra
este diagrama DER.
Este DER del sistema SICUMA, para uso en la Clínica San Agustín, define el modelo
de datos del sistema. Las relaciones fueron suficientemente explicadas al definir la
matriz de relaciones.

335 TP Lapso 2017-1 14/107
FIG. 2 DIAGRAMA DE IDENTIDAD RELACIÓN (TIPO PETER CHEN), PARA EL

SICUMA.

335 TP Lapso 2017-1 15/107
 Dirección del Proyecto (Modelo de Datos).
Para representar las estructuras de datos reflejadas en el modelo de datos ya

descrito, se usarán dos tipos de estructuras: secuenciales y de repetición. Serán
documentadas en el diccionario del proyecto con notación de tipo representación en
lenguaje corriente. Veamos la sección de modelización de datos del diccionario del
proyecto:
DICCIONARIO DEL PROYECTO: Sistema de Información para el Cuidado Médico

Avanzado (SICUMA) de la Clínica San Agustín.
SECCIÓN 1: MODELO DE DATOS.
a) Entidades de Datos.
DATOS PERSONALES PACIENTE

DATOS HABITACIONALES PACIENTE
DATOS FAMILIARES PACIENTE
DATOS SOLICITUD ATENCIÓN
TIPOS DE ATENCIÓN
b) Atributos e Identificadores.
*Para Datos Personales Paciente:

CEDULA PACIENTE (atributo identificador).
EDAD PACIENTE
SEXO PACIENTE
TELÉFONO
*Para Datos Familiares Paciente:

NOMBRE FAMILIAR
PARENTESCO FAMILIAR

335 TP Lapso 2017-1 16/107
*Para Datos Habitacionales Paciente:

DIRECCIÓN HABITACIÓN
PARROQUIA
TELÉFONO
*Para Datos Solicitud de Ayuda:

NUMERO SOLICITUD (atributo identificador).
FECHA SOLICITUD.
CEDULA SOLICITANTE
NOMBRE SOLICITANTE
DETALLE ATENCIÓN
CÓDIGO ATENCIÓN
NOMBRE PACIENTE
CEDULA PACIENTE
STATUS SOLICITUD
*Para Tipos de Atención:

CÓDIGO DE ATENCIÓN (atributo identificador).
DESCRIPCIÓN ATENCIÓN
REQUISITOS ATENCIÓN
Nota: La explicación de cada uno de las entidades y de los atributos señalados, será
especificado en las secciones de especificaciones de entidades y atributos de datos
de este diccionario.
c) Estructura de Tabla de Código.
Se usará solo una tabla de código llamada tabla de código de atenciones.

Esta tabla muestra las descripciones de los diferentes tipos de atenciones ofrecidas
por la Clínica San Agustín; se muestran las codificaciones asignadas para cada tipo

335 TP Lapso 2017-1 17/107
de atención y los requisitos exigidos para poder optar a ser beneficiario de atención.
Finalmente, se indican los tipos de atención a asignar por código.
A continuación, su presentación (figura 3).

Tabla de Códigos: Atenciones.
Nombre: Tabla de Códigos Atenciones.
MONTO
CÓDIGO DESCRIPCIÓN
REQUISITOS ATENCIÓN ATENCIÓN
ATENCIÓN ATENCIÓN
(BSF)
ATENCIÓN MEDICA DATOS DEL PACIENTE COPIA
001 15.000
(EMERGENCIA) DE CEDULA DEL PACIENTE
CONSULTA
DATOS DEL PACIENTE COPIA
002 MEDICA 25.000
DE CEDULA DEL PACIENTE
(ESPECIALIDADES)
EXÁMENES
003 DE CEDULA DEL PACIENTE 6.000
RUTINARIOS
SOLICITUD DE EXÁMENES
EXÁMENES DATOS DEL PACIENTE COPIA
004 MÉDICOS DE CEDULA DEL PACIENTE 20.000
ESPECIALIZADOS SOLICITUD DE EXÁMENES
INTERVENCIONES
005 DE CEDULA DEL PACIENTE 1.500.000
QUIRÚRGICAS
INFORMES MÉDICOS
REPORTES
006 HISTORIAS 2.000
DE CEDULA DEL PACIENTE
MEDICAS
REPOSOS DATOS DEL PACIENTE COPIA
007 2.000
MÉDICOS DE CEDULA DEL PACIENTE
FIG. 3. TABLA DE CÓDIGOS.
UNIDAD 6 MODELIZACION DE PROCESOS
Para identificar las necesidades del sistema en lo referente a los procesos usaremos
la herramienta de los diagramas de flujos de datos (DFD) en sus diferentes
modalidades (DFD de descomposición, DFD general, DFD de nivel medio y DFD de

335 TP Lapso 2017-1 18/107
nivel primigenio). La aplicación de estas herramientas nos dará el modelo esencial de

procesos (necesidades del proceso del sistema).
a) DFD de descomposición.
Para describir estos diagramas de flujo de datos, se usará el método expuesto por
De Marco; o método de explosión el cual consiste en elaborar un conjunto de DFD
que corresponde a un desglose por niveles de los procesos y subprocesos del
sistema. El diagrama de flujo de datos de contexto nos sirve como apoyo para
elaborar este DFD por desglose.
A continuación, en las figuras 4 y 5 se demuestra el DFD por descomposición
correspondiente al sistema SICUMA para la Clínica San Agustín.
En relación a estos DFD se pueden apreciar un desglose general de los procesos del
sistema SICUMA. Los procesos PE1, PE2, PE3, PE4, PE5 describen los
subsistemas definidos. El subsistema solicitud de Atención corresponde a la gestión
de la división de estudios médicos, donde se atienden subprocesos relacionados con
la solicitud de atención, registro de datos de solicitudes y datos personales, familiares
y de habitación (estos tipos de datos lo llamaremos datos generales), actualizar
status de solicitud, modificar datos de solicitudes, emitir comprobantes de solicitudes
a pacientes, emitir el documento de orden de atención final a ser refrendado por la
dirección de enfermería. El subsistema de diagnóstico de la solicitud corresponde a
la misma división de estudio médicos, pero es atendida por otro funcionario
(promotor médico); se debe recordar que el funcionario del subsistema anterior es el
asistente médico. En este subsistema se tienen procesos relacionados con
procesamiento solicitud de atención recibida y cargada por el asistente médico (con
status=recibida). Estos procesos incluyen análisis de recaudos y solicitud,
elaboración informe médico respectivo, actualizar status a seleccionados (.S.).

335 TP Lapso 2017-1 19/107
FIG. 4 DIAGRAMA DESCOMPOSICIÓN SICUMA.

335 TP Lapso 2017-1 20/107
FIG. 5 DESCOMPOSICIÓN DE ALMACÉN DE DATOS
El subsistema de aprobación solicitud de atención corresponde a la dirección de

enfermería, representado por el director de la referida dirección. Este consta de
procesos tales como procesamiento solicitud de atención para lo cual se debe
analizar el informe médico, decidir aprobación para actualizar status en caso de ser
aprobada y refrendar la orden de atención final para ser entregada al paciente
respectivo.

335 TP Lapso 2017-1 21/107
El subsistema de diseño, planes y proyectos médicos corresponde a la gestión de la

división de planes y proyectos médicos. En este subsistema se tienen procesos de
generación / análisis reportes médicos para en conjunto con políticas de la dirección
de enfermería (director), acordar registro o actualización de planes y atenciones,
también se registra toda la información referente a planes y atenciones antes de
arrancar en ejecución el SICUMA.
Finalmente, el subsistema de ejecución de planes médicos pertenece a la división de

programas médicos, la cual tiene que ver con la ejecución de la atención brindada.
Se tienen los procesos de verificación y aprobación de atención solicitada (refrendar
documento de orden de atención), el cual puede requerir de consultas de datos o
información a la base de datos.
En cuanto a la descomposición del almacén de datos, vemos los almacenes de datos

físicos DB1, DB3, DB4 y el almacén de datos digitales DB2 (datos generales y
solicitud) el cual se subdivide en los respectivos sub-almacenes específicos
correspondientes a las entidades del modelo de datos: Datos personales paciente,
Datos familiares paciente, Datos habitacionales paciente, Datos solicitud atención,
Dato tipo atención.
a) DFD de Contexto
A continuación, la figura 6, se muestra el diagrama de flujo de datos de contexto.
El DFD de contexto del SICUMA corresponde al modelo más general posible del
sistema. En el podemos ver como proceso general o raíz al sistema SICUMA
propiamente (PE 0) y a su alrededor vemos los límites del sistema representados por
agentes esenciales, que en este caso la mayoría son internos (correspondientes a la
misma dirección de estudios médicos de la clínica San Agustín) y solo tenemos un
agente extremo representado por el paciente.

335 TP Lapso 2017-1 22/107
Veamos la descripción de cada uno de los agentes:
X1: corresponde al paciente y representa un agente externo. Este agente externo

puede solicitar el beneficio o atención acudiendo directamente a la dirección de
estudios médicos para entregar el formulario de atención junto con los recaudos. Una
vez entregado el formulario de solicitud y los recaudos recibirá un comprobante de
atención el cual contiene el número de solicitud.
El paciente con los comprobantes señalados debe acudir también al promotor
médico, en la dirección de estudios médicos, para una entrevista que servirá de
insumo al funcionario para elaborar el informe médico respectivo que agregará al
formulario de solicitud y recaudos para conformar el expediente general del caso.
Finalmente, el paciente recibirá la orden de atención totalmente para hacer efectivo
su revisión o atención.
X2: corresponde el asistente médico que recibe el formulario manual de solicitud de

atención del paciente. Este formulario contiene toda la información relativa a la
solicitud tales como datos personales, familiares y habitacionales. El asistente
médico carga esta información al SICUMA, incluyendo el número de solicitud el cual
es generado por el mismo asistente (fecha solicitud seguido del número de cédula).
El asistente puede actualizar datos respaldados por un formulario de actualización de
datos y consultar información para informar al paciente. Además, el asistente médico
coloca el status en el SICUMA a la solicitud de atención, en este caso será recibida
(R) indicando con este que fueron recibidos recaudos y formularios de solicitud y que
fueron registrados los datos en el SICUMA. Finalmente, el asistente una vez
consultado el SICUMA y verificado que la solicitud de atención fue aprobada por el
director (status A) procederá a elaborar la orden de atención, la cual firmará en
“Elaborado por” para enviar a gestión presupuestario y continuar con el proceso de
refrendado. Una vez recibido la orden de atención aprobada totalmente, la entregará
finalmente al paciente. Como se puede apreciar X2 corresponde a un agente interno
y pertenece a la dirección de estudios médicos.

335 TP Lapso 2017-1 23/107
PE 0
FORMULARIO SOLICITUD
Y RECAUDOS / ORDEN STATUD/SOLICITUD ORDEN, X3
X2 ATENCIÓN INICIAL ATENCIÓN APROBADA
POLÍTICAS Y PLANES
DIVISIÓN DE ESTUDIOS (DISCUSIÓN)
ORDEN, ATENCIÓN DIRECCIÓN DE
MÉDICOS APROBADA POLÍTICAS Y PLANES / DESARROLLO MÉDICO
(ASISTENTE MÉDICO) ORDEN ATENCIÓN. (DIRECTOR)
POLÍTICAS Y PLANES /
REGISTRO ACTUALIZACIÓN
X6 DE PLANES
ORDEN, ATENCIÓN NIVEL

X4
DIVISIÓN DE PLANES Y SISTEMA
PROYECTOS MÉDICOS
(ANALISTA)
POLÍTICAS Y PLANES
SICUMA ORDEN, ATENCIÓN
DIVISIÓN DE
APROBADA PROGRAMAS MÉDICOS
(ANALISTA)
X7 POLÍTICAS MEDICAS
(PROPUESTAS) FORMULARIO SOLICITUD
Y RECAUDOS X5
DIRECTOR
INFORME MÉDICO DIVISIÓN DE ESTUDIOS

FORMULARIO / SOLICITUD MÉDICOS
STATUS SOLICITUD
MODIFICACIÓN / RECAUDO
X1 (PROMOTOR MÉDICO)
COMPROBANTE /
SOLICITUD DATOS DIGITALES
PACIENTE
MODIFICACIÓN / ORDEN
APROBADA
DATOS DIGITALES Y
DSO
FÍSICO
DATOS SISTEMA SICUMA
Fig. 6 DFD CONTEXTO SICUMA
X3: Este es un agente interno y corresponde al director de la dirección de estudios

médicos de la clínica. El director recibe los documentos de solicitud de atención,
incluyendo el informe médico para su análisis y revisión además de verificar datos en
el SICUMA para finalmente aprobar la solicitud electrónicamente. Esta aprobación la
registra en el SICUMA con el status aprobado (A). Los documentos son enviados al
almacén de datos físicos. Por otra parte, el director realiza análisis de reportes
médicos del SICUMA para decidir sobre planes y beneficios a mejorar o a establecer
y transmitirlos como políticas de planes a la división de planes y proyectos médicos.
En este proceso el director recibe propuestas de políticas y planes, por parte del
director de la clínica, para someterlos a discusión con la división de planes y
proyectos médicos que, en definitiva, luego de acodar con el director, realizará el
registro actualización de los tipos de ayuda en el SICUMA.
Finalmente, el director recibe la orden de atención elaborada por el asistente médico
y firmado por el personal de gestión presupuestaria, realiza revisión del mismo y si

335 TP Lapso 2017-1 24/107
requiere consulta los datos en el SICUMA, para luego refrendar la orden. Guarda una
copia de esta orden en el almacén de datos físicos.
X4: Este es un agente interno y corresponde a un funcionario de la división de

programas médicos. Este funcionario recibe la orden de atención aprobada y firmada
por el asistente médico y procede a revisarla desde el aspecto presupuestario;
además puede revisarla en lo que refiere a los datos usando como apoyo consultas
al sistema SICUMA. Una vez revisada, la firma para aprobarla en primera instancia y
la devuelve al asistente médico. Deja una copia en el almacén de datos físicos
(archivo).
X5: Corresponde al promotor médico, el cual es un agente interno permanente a la

división de estudios médicos de la clínica. Este funcionario recibe el formulario de
solicitud y los recaudos, atiende al paciente para efectuar la entrevista respectiva y
en base a esto elabora el expediente o informe médico con anexos de formularios
solicitud y recaudos. Usa el SICUMA para consultar datos y para actualizar status de
la solicitud. Guarda copias de expediente en archivo físico y entrega original al
director de estudios médicos.
X6: Corresponde a un funcionario analista de planes, perteneciente a la división de

planes y proyectos médicos. Es un agente interno del sistema SICUMA. Este
funcionario coordina generación de mejoras o nuevas políticas médicas para
beneficios de los pacientes.
Recibe propuestas del director de la clínica y/o del director de estudios médicos y
efectúa análisis técnico usando las herramientas del SICUMA (reportes médicos).
Entrega resultados de análisis a sus superiores y una vez aprobados procede e
registrar nuevos beneficios o a efectuar actualización en el SICUMA.
X7: Es el director de la clínica (máxima autoridad). Es un agente interno del SICUMA.

Propone planes y políticas médicas para mejorar la atención a los pacientes.

335 TP Lapso 2017-1 25/107
Aprueba mejoras a planes. Usa el SICUMA para labores de consultas y análisis de

reportes médicos, importante para la generación de mejoras a los planes médicos.
Finalmente, el DFD de contexto muestra el almacenamiento de datos relacionados
con el SICUMA, el cual es actualizado por la división de estudios médicos, en lo
referente a datos de solicitud y paciente (personales, familiares y habitacionales);
mientras que para datos de tipos de atención es actualizado por la división de
programas médicos. Es decir, este almacenaje señalado corresponde a archivos
internos al SICUMA (correspondiente a la división de estudios médicos) y a archivos
externos (correspondiente a la división de programas médicos). Aprovechamos para
aclarar, que el SICUMA es un sistema automatizado informático perteneciente a la
división de estudios médicos. En este almacén de datos, incluiremos también los
documentos físicos que genera el proceso (formularios, recaudos, orden de atención,
etc.).
a) DFD General
En la fig. 7 se muestra el diagrama de flujo general de procesos del sistema

SICUMA. En este diagrama se detallan los procesos principales del diagrama de
descomposición previo, para dar más detalles sobre el sistema.
a) DFD Nivel Medio
Ahora se muestran los diagramas de flujo de datos de nivel medio, los cuales son
más específicos que el DFD general, y abarcan los subprocesos intermedios
mostrados en le DFD general. Veamos estos en las figuras 8 y 9.
En relación al DFD nivel medio de figura 8, se puede repasar la lógica de los

subprocesos descritos: el paciente se presenta a la dirección de enfermería con el
formulario de solicitud y los recaudos para ser recibido por el asistente médico (inicio
procesamiento de solicitud), estos recaudos son vistos y el asistente procede a
registrar los datos de solicitud y generales (personales, familiares y habitacionales).

335 TP Lapso 2017-1 26/107
Este proceso registra (carga inicialmente) los datos en el almacén de datos digitales;
adicionalmente se guardan copias de recaudos y formularios en almacén físico.
El paciente recibe comprobante de solicitud con número de solicitud asignado por el
asistente adicional, el paciente puede requerir una actualización de datos entregando
el formulario respectivo, este será atendido por el subproceso de actualización a
través del asistente médico; éste cargará la información actualizada y se registra en
el almacén de datos digitales. El formulario de actualización se guarda en el almacén
de datos físico respectivo.
El asistente entrega un comprobante de actualización de datos al paciente.

Finalmente, el asistente médico al consultar en sistema comprobación definitiva de la
solicitud (status aprobado, este se verá en próximos DFD nivel medio) procede a
elaborar una orden de atención inicial, la cual será atendido por el subproceso de
verificación de orden de atención (corresponde a funciones de división de planes y
proyectos médicos). Este verificará consultando en el SICUMA la información de
solicitud y datos personales; una vez validado lo indicado en la orden se procede a
refrendarla (orden atención con primera aprobación) para que ésta siga su curso
hacia el director para su firma (se verá en otros DFD nivel medio).
Realizamos ahora una explicación del DFD nivel medio de la fig. 10: el paciente se
entrevista con el promotor médico entregando el comprobante de solicitud de
atención o el comprobante de actualización de datos (modificados) para que éste
funcionario elabore el informe médico respectivo que soportará el procesamiento de
la solicitud; la copia de este informe se archiva en el almacén de datos físicos
respectivo y el original del informe médico junto con el formulario solicitud y recaudos
se envían al director para su procesamiento / análisis. El promotor médico puede
acceder a los almacenes digitales para consultas de datos y status de solicitud, la
cual debe estar en status R. El director analiza recaudos, informe médico y puede
acceder también a los almacenes de datos digitales para consultas y análisis de
reportes médicos. Una vez verificado todo procede a aprobar la solicitud colocando
status aprobado A. en el almacén de datos correspondiente a datos de solicitud; los

335 TP Lapso 2017-1 27/107
recaudos, informes médicos y formulario solicitud (expediente) son guardados en el

almacén de datos físicos (DB3).
Por otra parte, el director al final del proceso de aprobación de solicitud recibe el
documento de orden de atención. Este documento es devuelto a la división de
estudio médico (asistente médico) para que finalmente se entregue al paciente. El
director guarda una copia de este documento en el almacén de datos físicos DB4.
Finalmente, el director de enfermería (dirección) y la división de planes y proyectos

médicos intercambian políticas de planes médicos; la referida división debe hacer
análisis de reporte médico del SICUMA para definir propuestas firmes las cuales una
vez revisadas por el director, serán actualizadas en el SICUMA.
Esta división tiene además el proceso de registro inicial de los datos y beneficios
inicialmente aprobados en el momento de arranque del sistema SICUMA.
Cabe destacar, hasta el momento en las explicaciones realizadas de los diferentes

DFD establecidos, puede notarse que los procesos automatizados del SICUMA solo
corresponden a los eventos de registros de solicitudes de atención realizadas por los
pacientes (recepción solicitud, registros de datos personales y solicitud, comprobante
solicitud / actualización, informe médico, consulta datos en orden de atención). Los
procesos de evaluación, aprobación y seguimiento no serán automatizados dentro
del SICUMA, estos serán realizados de forma manual dentro de las divisiones de la
dirección de enfermería y usarán como herramienta el almacén de datos digitales del
SICUMA (consultas de datos y reportes).

335 TP Lapso 2017-1 28/107
FIG. 7 DFD GENERAL DE SISTEMA SICUMA.

335 TP Lapso 2017-1 29/107
FIG. 8 DFD NIVEL MEDIO DE SICUMA

335 TP Lapso 2017-1 30/107
FIG. 9 CONTINUACIÓN DEL DFD NIVEL MEDIO SICUMA

335 TP Lapso 2017-1 31/107
• DFD de nivel primigenio.
A continuación, se muestran los DFD de nivel primigenio que describen los

subprocesos de más bajo nivel (desglose máximo posible) del diagrama de
descomposición general mostrado en la fig. 7. No se darán mayores explicaciones ya
que con lo explicado en los anteriores DFD, se entiende claramente la lógica del
sistema y caeremos en redundancia de explicaciones.
Las figuras mostradas a continuación (10, 11 y 12) muestran los DFD primigenios del
SICUMA. No serán comentadas, para no caer en redundancias por explicaciones
repetitivas ya dadas en secciones anteriores; además las figuras son claras en la
explicación de los procesos.

335 TP Lapso 2017-1 32/107
FIG. 10 DFD NIVEL PRIMOGENIO

335 TP Lapso 2017-1 33/107

335 TP Lapso 2017-1 34/107

335 TP Lapso 2017-1 35/107
• Implantación de DFD en diccionario del proyecto.
A continuación, las necesidades del proceso, detalladas en los DFD y más

específicamente, en los DFD de nivel primigenio. Serán descritos usando la técnica
de leguaje estructurado en el diccionario de proyecto. Se complementará con tablas
de decisión en las partes de los subprocesos que ameriten.
Veamos esto a continuación

SECCIÓN 2: DESCRIPCIÓN NECESIDADES DEL PROCESO (MODELO DEL

PROCESO).
DESCRIPCIÓN DE ENTIDAD
NOMBRE ENTIDAD:
PE 1.1 Recibir solicitud de atención
DESCRIPCIÓN:
- Recibir formulario solicitud atención y recaudos
- Crear número solicitud (número solicitud = fecha solicitud seguida de número de cédula del
paciente).
- Escribir número solicitud en formulario solicitud de atención.
- Revisar datos en formularios y recaudos
- Si datos en formularios correctos, recaudos completos y tipo de atención solicitada existe en tabla
de código atención médica.
Entonces seguir con procesos 1.2.1
Sino entonces
- Pedir a paciente corregir formulario y/o completar recaudos faltantes (solicitud en espera).
ATRIBUTOS QUE CONTIENE:
Entradas: Formulario solicitud atención y recaudos
Salidas: Formulario con número de orden. Formulario solicitud atención y recaudos revisados.

335 TP Lapso 2017-1 36/107
NOMBRE ENTIDAD:
PE 1.2.1 Registrar solicitud y datos generales/ Archivar.
DESCRIPCIÓN:
- Registrar datos personales paciente:
Cedula identidad
Edad solicitante
Sexo solicitante
Tlf. Solicitante
- Registrar datos familiares paciente:
Cedula paciente
Acompañante familiar
Nombres familiares
Parentescos familiares
- Registrar datos habitacionales paciente:
Cedula paciente
Dirección habitación
Parroquia
Teléfono vivienda
- Registrar datos solicitud atención
Número solicitud
Fecha solicitud
Cedula paciente
Nombre paciente
Detalle atención
Código atención
Monto solicitud
Nombre paciente
Cedula paciente
Status solicitud
- Aplicar análisis status solicitud según tabla de decisión de status solicitud de atención
- Si status solicitud= .R. (Recibido)
Entonces
-Archivar copia de formulario solicitud atención y recaudos en almacén
-Dar original de solicitud atención y recaudos al promotor.
-Registrar status solicitud=S
-Continuar con proceso 1.2.2
Sino
-Registrar status solicitud= RP
- Devolver formulario y recaudos del paciente.
Entradas: Formulario solicitud atención y recaudos revisados
Salidas:
Formulario solicitud atención y recaudos (original)
Formulario solicitud atención y recaudos (copias)
Datos solicitud atención
Descripción del Proceso.

335 TP Lapso 2017-1 37/107
NOMBRE ENTIDAD:
PE 1.2.2. Emitir comprobante solicitud.
DESCRIPCIÓN:
- Emitir comprobante de solicitud atención
- Entregar comprobante de solicitud atención al paciente.
Entrada: No
Salida: Comprobante de solicitud atención.
NOMBRE ENTIDAD:
PE 1.2.4. Entregar orden atención aprobada.
DESCRIPCIÓN:
- Recibir orden atención de la dirección de enfermería.
- Si orden ayuda refrendada
Entonces
Hacer firmar acuse de recibo de orden atención
Archivar acuse de recibo de orden atención aprobada
Entregar orden atención aprobada al director de enfermería.
Sino
Devolver orden atención aprobada al director.
Entrada: Orden atención aprobada
Salida: Orden atención aprobada
NOMBRE ENTIDAD:
PE 1.2.3. Elaborar orden de Atención/Archivar
DESCRIPCIÓN:
Consultar status solicitud según tabla: STATUS DE SOLICITUD ATENCIÓN
Si status de solicitud es .A.
Entonces:
-Elaborar orden atención inicial en almacén datos
-Archivar copia orden atención inicial en almacén datos
-Entregar orden atención inicial a funcionario de división de programas médicos de la Clínica San
Agustín.
Sino
Esperar hasta próxima consulta para elaboración orden de atención Inicial.
Entrada: Status solicitud
Salida: Orden atención inicial

335 TP Lapso 2017-1 38/107
NOMBRE ENTIDAD:
PE 1.3.1. Consultar solicitud y datos
DESCRIPCIÓN:
- Recibir formulario solicitud actualización
- Precisar datos a actualizar
- Consultar archivos: datos personales paciente, datos familiares paciente, datos habitacionales
paciente, datos solicitud de atención.
- Comparar datos a actualizar con datos en archivo
- Continuar con PE 1.3.2.
Entradas: Formulario solicitud actualización
Salidas: Datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
solicitud atención.
NOMBRE ENTIDAD:
PE 1.3.2. Actualizar solicitud y datos generales
DESCRIPCIÓN:
- Registrar actualización del atributo o atributos en archivo (cualquiera listado en sección 1.2 del
modelo de datos)
- Si actualización realizada
Entonces
Continuar con PE 1.3.3.
Sino
Esperar hasta actualización.
Entrada: Atributos a actualizar (cualquiera listado, sección 1.2 en modelo de datos)
Salidas: Atributos actualizados (cualquiera listado, sección 1.2 en modelo de datos)
NOMBRE ENTIDAD:
PE 1.3.3. Emitir comprobante actualización
DESCRIPCIÓN:
Si actualización fue realizada
Entonces
Emitir comprobante actualización solicitud
Entregar comprobante a solicitante atención
Sino Esperar actualización realizada.
Entrada: No
Salida: Comprobante actualización solicitud.

335 TP Lapso 2017-1 39/107
NOMBRE ENTIDAD:
PE 2.1. Consultar solicitud atención
DESCRIPCIÓN:
- Recibir comprobante solicitud atención o de actualización de solicitud de atención del solicitante de
atención.
- Consultar bases de datos: datos personales paciente, datos familiares paciente, datos
habitacionales paciente, datos solicitud atención.
- Continuar de proceso PE 2.2.1
Entrada: Comprobante solicitud atención o de actualización de solicitud atención.
Salida: Datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
NOMBRE ENTIDAD:
PE 2.2.1. Analizar datos, formulario y recaudos
DESCRIPCIÓN:
- Registrar actualización del atributo o atributos en archivo (cualquiera listado en sección 1.2 del
modelo de datos)
- Si actualización realizada
Entonces
Continuar con PE 1.3.3.
Sino
Esperar hasta actualización.
Entradas: Formulario solicitud atención y recaudos
Datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos solicitud
atención.
NOMBRE ENTIDAD:
PE 2.2.2. Generar informe médico
DESCRIPCIÓN:
- Realizar entrevista al paciente (realizada por el asistente médico)
- Almacenar copia informe médico en almacén de datos informe médico.
- Entregar informe médico, formulario solicitud atención y recaudos al director de la dirección de
enfermería.
- Seguir con proceso PE 2.2.3
Entradas: Entrevista con paciente.
Salidas: Informe médico.

335 TP Lapso 2017-1 40/107
NOMBRE ENTIDAD:
PE 2.2.3. Actualizar solicitud atención
DESCRIPCIÓN:
- Registrar status solicitud= S en almacén de datos solicitud atención.
Entradas: No
Salidas: Status solicitud.
NOMBRE ENTIDAD:
PE 3.2.1. Analizar informe médico.
DESCRIPCIÓN:
- Recibir informe médico del funcionario de división de programas médicos
- Consultar base de datos: Datos personales paciente
- Consultar base de datos: Datos familiares paciente
- Consultar base de datos: Datos habitacionales paciente
- Consultar base de datos: Datos solicitud atención
- Solicitar y leer reportes:
Parentesco
Atención por personas
- Realizar análisis reportes e informe médico, aplicando criterios de tabla decisión de STATUS
SOLICITUD ATENCIÓN.
- Continuar con proceso PE 3.2.2
Entradas: Informe médico.
Datos personales paciente
Datos familiares paciente
Datos habitacionales del paciente
Reportes médicos.
Salidas: Informe médico.

335 TP Lapso 2017-1 41/107
NOMBRE ENTIDAD:
PE 3.2.2. Actualizar status solicitud.
DESCRIPCIÓN:
-Si análisis realizado resulta: .aprobar solicitud.
Entonces
Status solicitud= A
Sino
Status solicitud= RC
Entradas: No
Salidas: Status solicitud
NOMBRE ENTIDAD:
PE 3.2.3. Generar reportes médicos
DESCRIPCIÓN:
- Mientras se solicite generar reporte atención por persona hacer:
-Para cédula paciente buscar detalle atención y código atención.
- Generar reporte impreso: atención por persona.
- Mientras se solicite generar reporte, parentesco entre pacientes hacer:
-Para cédula de paciente buscar cedula acompañante familiar, cédula familiar, parentesco familiar.
-Para cada cédula familiares y cédula acompañante familiar encontrar número de solicitud en datos
de solicitud de atención.
-Con cédulas familiar y cédula acompañante familiar que presentan solicitud de atención generar
reporte parentesco entre paciente.
Entradas: Datos familiares paciente
Salidas: Reporte atención por personas
Reporte parentesco entre paciente

335 TP Lapso 2017-1 42/107
NOMBRE ENTIDAD:
PE 3.2.4. Revisar/refrendar orden atención
DESCRIPCIÓN:
- Recibir orden de atención con primera aprobación.
- Revisar orden y verificar firma de asistente médico.
- Consultar en almacén datos orden atención: status solicitud.
- Si orden ayuda firmada por asistente médico y status solicitud= A
Entonces
-Aprobar orden atención (firmar).
-Archivar copia orden atención aprobada en archivo orden atención.
-Entregar orden atención aprobada a asistente médico.
Sino
- Devolver orden atención con primera aprobación al asistente médico para revisión.
Entradas:
-Orden atención con primera aprobación
-Status solicitud atención
Salidas: Orden atención aprobada
NOMBRE ENTIDAD:
PE 3.3. Fijar propuesta políticas médicas
DESCRIPCIÓN:
- Recibir políticas médicas (propuestas) del Director (firmada por el mismo)
- Revisar y acordar con Director políticas médicas (propuestas definitivas).
Firmar documentos políticas médicas (propuestas)
- Entregar políticas médicas (propuesta) a funcionario de la División de Planes y Proyectos Médicos.
- Recibir de división Planes y Proyectos Médicos informe de políticas no conforme.
- Entregar informe políticas no conforme al director.
Entradas: Políticas médicas (propuestas)
Salidas: Políticas médicas (propuestas)

335 TP Lapso 2017-1 43/107
NOMBRE ENTIDAD:
PE 4.1. Definir, coordinar planes y beneficios
DESCRIPCIÓN:
- Recibir políticas sociales del director de Estudios Médicos de la Clínica San Agustín.
- Si existen cargados planes médicos en tipos de atención
Entonces
-Solicitar generación de reportes médicos:
Solicitudes por status
Personas por atención
-Realizar análisis de reportes para determinar mejoras a planes
-Comparar políticas médicas propuestas con análisis de reportes.
-Si políticas médicas propuestas son pertinentes
Entonces
-Generar informe de conformidad de políticas médicas propuestas.
-Archivar documento política médicas propuesta informe de conformidad de políticas médicas
propuestas.
-Continuar con proceso PE 4.4
Sino
-Generar informe de políticas médicas no conforme
-Entregar informe de políticas médicas no conforme a director de Estudios Médicos.
Sino
-Continuar con proceso PE 4.3
Entradas: Políticas médicas (propuestas)
Reportes médicos:
Solicitudes por status
Personas por atención
Salidas: Tipos atención
Tipos atención (para actualizar)
Informe de políticas médicas no conforme
NOMBRE ENTIDAD:
PE 4.3. Cargar tipos atención (Inicial)
DESCRIPCIÓN:
- Guardar base de datos tipos atención:
Código atención, descripción atención, requisitos atención (carga inicial de base de datos).
Entradas: Tipos de atención (planes iniciales)
Salidas: Tipos de atención

335 TP Lapso 2017-1 44/107
NOMBRE ENTIDAD:
PE 4.4. Actualizar/registrar mejoras tipos atención.
DESCRIPCIÓN:
- Leer planes médicos actualizados.
- Actualizar en base de datos tipos de atención
- Registrar en base de datos tipos de atención: código atención, descripción atención requisitos
atención.
Entradas: Políticas médicas (planes actualizados)
Salidas: Tipos atención
NOMBRE ENTIDAD:
PE 4.2. Generar reportes médicos
DESCRIPCIÓN:
Mientras se solicite generar reporte .solicitudes por status. Hacer:
-Por cada status solicitud en datos de solicitud de atención, buscar número de solicitud.
-Imprimir reporte .solicitudes por status.
Mientras se solicite generar reporte .personas por atención. Hacer:
-Por cada código atención en datos solicitud de atención, buscar detalle atención, nombre paciente,
cédula paciente.
-Imprimir reporte .personas por atención.
Entregar reportes: .solicitudes por status., .personas por atención a funcionario de División de Planes
y Proyectos Médicos Clínica San Agustín.
Entradas: Datos solicitud atención
Salidas: Reportes médicos:
.Solicitudes por status.
.Personas por atención.
NOMBRE ENTIDAD:
PE 5.1. Verificar orden de atención
DESCRIPCIÓN:
- Recibir orden atención inicial del asistente médico.
- Realizar solicitud consulta (ejecutar PE 5.2.)
- Leer datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
- Comparar datos leídos con datos orden atención inicial.
- Si datos leídos= datos escritos en orden atención inicial, status solicitud= A, y orden atención inicial
firmada por asistente médico.
Entonces

335 TP Lapso 2017-1 45/107
Ejecutar proceso PE 5.3.

Sino
Devolver orden atención inicial a asistente médico para su revisión.
Entradas: Datos solicitud atención
Salidas: Reportes médicos:
.Solicitudes por status.
.Personas por atención.
NOMBRE ENTIDAD:
PE 5.2. Consultar solicitud atención y datos generales.
DESCRIPCIÓN:
Consultar en base de datos: Datos personales paciente
Consultar en base de datos: Datos familiares paciente
Consultar en base de datos: Datos habitacionales paciente
Consultar en base de datos: Datos solicitud atención
Consultar en base de datos: Tipos atención
Presentar datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
solicitud atención, tipos de atención listos para su lectura.
Entradas: Datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
solicitud atención, tipos de atención.
Salidas: Datos personales paciente, datos familiares paciente, datos habitacionales paciente, datos
solicitud atención, tipos de atención.
NOMBRE ENTIDAD:
PE 5.3. Refrendar orden atención
DESCRIPCIÓN:
- Firmar orden de atención inicial (primera aprobación)
- Archivar copia orden atención con primera aprobación en almacén de datos, orden de atención.
- Entregar orden de atención con primera aprobación a asistente médico.
Fin sección 2 del diccionario del proyecto
Entradas: Orden atención inicial (formulario)
Salida: Orden atención con primera aprobación.

335 TP Lapso 2017-1 46/107
UNIDAD 7 MODELIZACIÓN DE REDES
• Modelo de Redes. (Necesidades de Redes)

En la fase definición del proyecto SICUMA las necesidades de redes del sistema
(modelo esencial de redes) se efectuará de la siguiente manera:
- Dibujar un diagrama de conexión de puesto del sistema
- Dibujar un diagrama de puestos aplicados, luego estos modelos serán plasmados
en el diccionario del proyecto.
a) Diagrama de conexión de puestos del sistema. (DCP)
En el diagrama mostrado en la fig. 14, se muestra la conexión de puestos en la red

desde la perspectiva del más alto nivel jerárquico. Para nuestro caso, referido a las
divisiones de la Clínica San Agustín, la cede del director de la clínica (máxima
autoridad) y el puesto externo que en nuestro caso es el solicitante de atención
médica.
En el diagrama de la fig. 13, vemos la interconexión de puestos en la red definida. El

puesto externo (solicitante de atención) puede interaccionar directamente con la
máxima autoridad de la clínica (director) para solicitar atención o puede hacerlo
directamente a través de la división de estudios médicos. En caso de hacerlo con el
director, éste lo remitirá directamente a la Dirección de Estudios Médicos. Esto quiere
decir que el punto focal para recibir la solicitud de atención, siempre será el puesto
en
La División de Estudios Médicos.
Vemos también que el director interacciona con el puesto de la Dirección de Estudios
Médicos para la coordinación y generación de planes médicos nuevos o
actualización de planes. Para esto, además, el puesto de la Dirección de Estudios
Médicos interacciona con el puesto de la División de Planes y Proyectos Médicos
para que este haga el análisis técnico de las propuestas de planes dadas por el
director.

335 TP Lapso 2017-1 47/107
La División de Estudios Médicos interacciona con el director de Desarrollo Médico

para la aprobación de la solicitud de atención e interacciona con la División de
Programas Médicos para la revisión y refrenda en primera instancia de la orden de
atención que se entregará al solicitante de atención; esta orden de atención la
entrega la División de Estudios Médicos al solicitante de atención. Finalmente, la
División de Estudios Médicos también interacciona con el director de Desarrollo
Médico para la firma de la orden de atención; una vez la División de Estudios
Médicos entrega finalmente la orden de atención al paciente, este firmará el aviso de
recibo de la orden, la cual quedará en poder de la División de Estudios Médicos. A
rasgos generales, se describió la interacción de los puestos que conforman la red del
sistema SICUMA; como puede verse se incluyeron actividades tanto manuales como
automatizadas del SICUMA (esto ha sido explicado con bastante claridad en los
puntos anteriores).

335 TP Lapso 2017-1 48/107
FIG. 13 DIAGRAMA DE CONEXIÓN DE PUESTOS DE SICUMA

335 TP Lapso 2017-1 49/107
Estos puestos en la red automatizada del SICUMA (a excepción del puesto externo),
usan los sistemas SICUMA para labores diversas suficientemente explicados en
puntos anteriores, tales como consultas de datos, generación de reportes médicos,
registro y actualización de información. Cada uno de los puestos usa de una u otra
forma el SICUMA, de acuerdo a las funciones específicas a ejecutar.
b) Diagrama de Descomposición de Puestos:
A continuación, en la figura 14 se realiza una representación de la descomposición

de los puestos para la red que conformará el sistema SICUMA. Coma se pueden ver
los puestos están en forma jerárquica y en estructura tipo arborescente. Las
funciones e interconexiones de estos puestos ya fueron explicadas suficientemente
(ver también en el modelo contextual de proceso). Cabe destacar que se agregan
dos puestos, para efectos de la red a establecer, que se consideran necesarios por
ser los jefes de división los cuales deben tener acceso al SICUMA; sin embargo en el
modelo contextual de procesos se puede apreciar que no fueron incluidos ya que no
actúan directamente como elementos gestionantes del proceso sino como elementos
supervisorios para apoyo.

335 TP Lapso 2017-1 50/107
FIG. 14 DIAGRAMA DE DESCOMPOSICIÓN DE PUESTOS
c) Diagrama de conexión de puestos ampliados.

En este diagrama, mostrado en la fig. 15, vemos con más detalle la interconexión de
puestos desde el punto de vista de los puestos primordiales. Con esto se detalla
mucho más la interconexión de la red explicada en el diagrama anterior (fig. 15).

335 TP Lapso 2017-1 51/107
FIG. 15 DIAGRAMA DE CONEXIÓN DE PUESTOS AMPLIADOS SICUMA

335 TP Lapso 2017-1 52/107

SECCIÓN 3: DESCRIPCIÓN MODELO DE REDES (NECESIDADES REDES).

Seguidamente, listaremos cada uno de los puestos que componen la red propuesta
dando especificaciones de cada uno.
DOCUMENTACIÓN DE PUESTO
NOMBRE:
División Estudios Médicos.
DESCRIPCIÓN:
Corresponde a un puesto principal interno de la red que compone el sistema SICUMA. Se encarga de
la atención directa al paciente de atención recibiendo y cargando los datos de solicitud y generales.
Se atiende al paciente para efectuar la entrevista de generación de informe médico respectivo. Se
actualizan status de solicitud en el SICUMA y pueden realizarse consulta de status por petición del
solicitante de atención. Además, atiende generación y procesamiento de orden de atención. Hay un
jefe o supervisor que accede al SICUMA como apoyo a las gestiones señales anteriormente.
UBICACIÓN:
. Oficina asiste médico
. Oficina promotor médico
. Jefe división E.M.
CONEXIÓN:
. Oficina director desarrollo médico
. División de programas médicos
. Solicitante de atención.
NOMBRE:
División de Planes y Proyectos Médicos.
DESCRIPCIÓN:
coordinar, revisar y analizar planes y políticas médicas con la finalidad de registrar y actualizar los
planes que suministra el sistema SICUMA para servicios a atenciones. Además del Subpuesto de
analista de planes, está el de jefe de división, el cual se encarga de apoyar al analista en las
funciones señaladas por lo que también tiene acceso al sistema SICUMA para labores de consulta.
UBICACIÓN:
. Oficina analista
. Jefe de división P.P.M.
. Conexión a otros puestos:
. Oficina directora de Dirección de Desarrollo Médico.
CONEXIÓN:
. Oficina director desarrollo médico
. División de programas médicos
. Solicitante de atención.

335 TP Lapso 2017-1 53/107
NOMBRE:
División de Programas Médicos
DESCRIPCIÓN:
realizar el análisis del documento de orden de atención generado por la División de Estudios Médicos
para refrendar (primera aprobación). Para esto debe acceder al sistema SICUMA en funciones de
consulta de datos de solicitud y generales. Además del analista de planes de salud, está el jefe de la
referida división el cual debe tener acceso al SICUMA para labores de apoyo.
UBICACIÓN:
. Jefe división P.M.
CONEXIÓN:
. División de Estudios Médicos
NOMBRE:
Oficina del director.
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que compone el sistema SICUMA. Se encarga
de interactuar con el puesto de Dirección de Desarrollo Médico para sugerir políticas y planes
médicos que mejoren el sistema de asistencia médica en la clínica. Para esto debe tener acceso al
sistema SICUMA para poder hacer consulta de datos y acceder a reportes médicos que
ocasionalmente podría necesitar como apoyo para definir políticas y lineamientos a entregar al
director de Desarrollo Médico. Este puesto interactúa con el solicitante de atención para ser remitido
a la División de Estudios Médicos que finalmente atenderá la solicitud del paciente.
UBICACIÓN:
. Oficina analista de planes de salud
. Jefe división P.M.
CONEXIÓN:
. Solicitante de Atención.
. Director de Desarrollo Médico.
NOMBRE:
Solicitud de Atención.
DESCRIPCIÓN:
Corresponde a un puesto primordial externo al sistema SICUMA. Este puesto es representado por el
paciente que acude bien sea al director o a la División de Estudios Médicos de la Clínica para realizar
una solicitud de atención. Sea cual sea la instancia de la clínica donde acuda, siempre será remitido
a la División de Estudios Médicos de la Dirección de Desarrollo Médico para hacer la solicitud
formalmente.
UBICACIÓN:
. Oficina analista de planes de salud.
CONEXIÓN:
. Oficina de Dirección.
. División de Estudios Médicos

335 TP Lapso 2017-1 54/107
NOMBRE:
Oficina Asistente Médico
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que compone el sistema SICUMA. Este puesto
atiende directamente al paciente, recibe formulario solicitud y recaudos, registra datos en el SICUMA.
Emite y entrega el comprobante de solicitud de atención. Atiende solicitudes de notificación de datos
en solicitud de atención. Atiende solicitud de notificación de datos en solicitud de atención. A su vez,
entrega formulario y recaudos al puesto del promotor médico. Elabora y entrega al analista de planes
de salud la orden de atención para su forma para luego entregar finalmente al paciente. Interacciona
con el jefe de la división de estudios médicos, el cual también está conectado al sistema SICUMA
para labores de consulta como apoyo. Finalmente, interacciona con el director de Desarrollo Médico
para refrenda del documento de orden de atención (aprobación final).
UBICACIÓN:
. Oficina Promotor Médico
CONEXIÓN:
. Solicitante Atención
. Oficina Analista de Planes de Salud
. Jefe División E.M.
. Oficina Director Desarrollo Médico
NOMBRE:
Oficina Promotor Médico
DESCRIPCIÓN:
atiende directamente al paciente para efectuar la entrevista que servirá de insumo para elaborar el
informe médico. A este informe se anexa el formulario de solicitud de atención y los recaudos, todo
esto entregado por el asistente médico. Debe acceder al SICUMA para labores de consulta de datos
y para actualizar status de solicitud de atención. Interactuar con su supervisor inmediato (jefe división
E.M.) el cual tiene acceso al SICUMA para apoyo en sus funciones. Finalmente, entrega el informe
médico con recaudos respectivos, al director de desarrollo médico el cual continuara con el proceso
de aprobación de la solicitud.
UBICACIÓN:
. Oficina Asistente Médico
CONEXIÓN:
. Conexión a otros Puestos:

335 TP Lapso 2017-1 55/107
NOMBRE:
Jefe División E.M
DESCRIPCIÓN:
corresponde al supervisor inmediato del asistente médico y el promotor médico el cual apoya a estos
en sus funciones para el procesamiento de la solicitud de atención. Por esto tiene acceso al sistema
SICUMA.
UBICACIÓN:
. Oficina Asistente Médico.
CONEXIÓN:
. Conexión a otros Puestos:
NOMBRE:
Oficina Director Desarrollo Médico
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que compone el sistema SICUMA. En este
puesto es recibido el informe médico por parte del promotor para su análisis, usando como apoyo el
sistema SICUMA (consulta datos y reportes médicos). Luego se procederá a aprobar la solicitud
usando el sistema SICUMA (status solicitud). También se recibe la orden de atención de manos del
asistente médico para su revisión y firma (aprobación); igualmente el director puede usar el SICUMA
como apoyo para revisión del documento de orden de atención (consulta datos). Finalmente,
interactúa con el director, la oficina del analista planes y el jefe divisiones PPM para coordinar y
definir políticas sociales nuevas o mejoras; para esto utiliza el sistema SICUMA como apoyo
realizado eventualmente análisis de reportes médicos del SICUMA.
UBICACIÓN:
. Oficina Promotor Médico
CONEXIÓN:
. Oficina Asistente Médico
. Director
. Oficina Analista Planes
. Jefe División P.P.M.

335 TP Lapso 2017-1 56/107
NOMBRE:
Oficina Analista Planes
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que comprime el sistema SICUMA. Este puesto
recibe lineamientos de políticas y planes médicos por parte del director de desarrollo médico, son
sometidos a revisión y análisis, usando las herramientas del sistema SICUMA (consulta datos,
generador reportes médicos); igualmente, puede proponer políticas y planes médicos en interacción
con el jefe de la división de planes y proyectos médicos, usando el SICUMA como herramienta. Este
puesto interacciona con el director de desarrollo médico, para dar el feed back del análisis realizado o
para proponer políticas propias. Una vez aprobadas estos nuevos lineamientos, registra o actualiza
los planes y atenciones médicas a través del SICUMA. En caso de no ser pertinentes las propuestas
de planes, elabora un informe de no conformidad de propuesta de planes el cual es entregado al
director (Dirección de Desarrollo Médico).
UBICACIÓN:
. Jefe División P.P.M
CONEXIÓN:
. Jefe División P.P.M.
NOMBRE:
Jefe de División P.P.M.
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que conforma el sistema SICUMA. Este puesto
sirve de apoyo al puesto del analista de planes en sus funciones (supervisor inmediato de este
puesto). Interactúa con el director de Desarrollo Médico para coordinar la implantación de nuevos
planes y políticas médicas en el SICUMA. Por estas funciones el puesto tiene acceso al sistema
SICUMA para labores de consulta de datos y reportes médicos.
UBICACIÓN:
CONEXIÓN:
. Oficina Director de Desarrollo Médico
NOMBRE: Oficina Analista Planes de Salud
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que compone el sistema SICUMA. Su función
es recibir la orden de atención del asistente médico para revisarla y firmarla. Para esto requiere
acceso al área automatizado del SICUMA para labores de consulta de datos. Una vez refrendada la
orden de atención, la devuelve al asistente médico.
UBICACIÓN: . Oficina Asistente Social
CONEXIÓN:
. Oficina Analista Social.
. Jefe División P.M.

335 TP Lapso 2017-1 57/107
NOMBRE:
Jefe de División P.M.
DESCRIPCIÓN:
Corresponde a un puesto primordial interno de la red que compone el sistema SICUMA. Su función
es prestar apoyo como supervisor al analista de planes, para esto requiere acceso al sistema
automatizado SICUMA (labores de consulta).
UBICACIÓN:
CONEXIÓN:
 CLASIFICAR PROBLEMAS, OPORTUNIDADES Y POSIBLES

SOLUCIONES.
Sobre la base de los hechos descubiertos durante la indagación de hechos y los

modelos contextuales propuestos (datos, procesos y redes) se procederá a
establecer los problemas, oportunidades y posibles soluciones. Para describir esta
información se usará la construcción de la matriz de estudio de problemas y
oportunidades. Veamos en la figura 16 esta matriz.
BENEFICIOS
PROBLEMAS/OPORTUNIDADES URGENCIA VISIBILIDAD ACTUALES PRIORIDAD SOLUCIÓN
(MMBSF)
DATOS REGISTRADOS NUEVO
MANUALMENTE EN LIBROS. Necesario DESARROLLO:
DIFICULTAD PARA CONSULTA Y en 15 Alta 80 1 AUTOMATIZAR
BÚSQUEDA; TIEMPO DE Semanas REGISTRO DE
ACCESO ALTO. DATOS
ESTADÍSTICAS DE CASOS NUEVO
ATENDIDOS REALIZADAS DE Necesario DESARROLLO:
FORMA MANUAL LO CUAL en 15 Alta 80 2 REPORTES
DIFICULTA Y RETARDA Semanas ESTADÍSTICOS
LA ATENCIÓN. AUTOMATIZADOS.
REPORTES MÉDICOS
PARA ELABORACIÓN
INDICADORES NUEVO
DE GESTIÓN REALIZADOS DE Necesario DESARROLLO:
FORMA MANUAL LO CUAL en 15 Alta 80 3 REPORTES
RESULTA Semanas MÉDICOS
COMPLICADO Y RETARDA AUTOMATIZADOS.
TOMA DE
DECISIONES
ALMACENAMIENTO DE DATOS Necesario NUEVO
DE en 15 Alta 80 1
Semanas DESARROLLO:
TIPO MANUAL LO CUAL ES

335 TP Lapso 2017-1 58/107
INSEGURO Y COMPLICADO SU BASE DE DATOS

ACCESO. DIGITAL ADICIONAL A
LA FÍSICA CON
CONTROL DE
ACCESO.
REVISIÓN, SEGUIMIENTO,
EVALUACIÓN DE INFORMACIÓN
REALIZADO MANUALMENTE LO NUEVO
CUAL DIFICULTA Y RETARDA Necesario DESARROLLO:
LABORES DE CONTROL en 15 Alta 80 2 SISTEMA
INTERNO Y Semanas INFORMACIÓN
EXTERNO (AUDITORIAS SEGÚN AUTOMATIZADO.
LA
LEY).
NUEVO
DESARROLLO:
LENTITUD EN EL PROCESO LO
Necesario SISTEMA
CUAL GENERA MOLESTIAS E Alta 80 3
en 15 INFORMACIÓN
INCONFORMIDAD DEL Semanas AUTOMATIZADO Y
PACIENTE.
MEJORAR ATENCIÓN
PACIENTE.
AMBIENTE LABORAL TENSO
CON NUEVO
GENERACIONES DE DESARROLLO:
MALESTARES Necesario SIST.
PERSONALES DE SALUD en 15 Alta 80 1
(STRESS Semanas INF. AUTOMATIZADO Y
LABORAL) POR LO TEDIOSO Y CHARLAS
COMPLICANDO DE LOS MOTIVACIONALES.
PROCESOS MANUALES.
FIG 16. MATRIZ ESTUDIO PROBLEMAS/OPORTUNIDADES
En cuanto a los criterios de clasificación podemos hacer los siguientes comentarios:

La urgencia o necesidad en el tiempo, para tener listas las soluciones, fue definida
con un tiempo máximo de 15 semanas el cual es suficiente para el tamaño del
proyecto; por otra parte, existe un sistema manual en funcionamiento, que, aunque
tiene las limitaciones señaladas, puede dar una holgura de 15 semanas y hasta más,
en caso de ser necesario, para cumplir con las soluciones sugeridas.
En la visibilidad vemos que la mayoría de los problemas tienen una valoración de
ALTA, porque son percibidos cotidianamente por los niveles superiores de la clínica;
seguramente el malestar del paciente no es detectado tan fácilmente por los niveles
superiores y por eso colocamos una valoración BAJA.
Los beneficios actuales no pueden ser cuantificados fácilmente, ya que estos son
fundamentalmente de características intangibles. Sin embargo, colocamos un precio

335 TP Lapso 2017-1 59/107
en BsF que la dirección de la clínica estaría dispuesta a pagar por la implantación del
sistema del sistema de información propuesto (SICUMA).
La prioridad está valorada con .1.: muy alta prioridad y .5.: muy baja prioridad (escala
1, 2, 3, 4, 5).
Las soluciones vemos que se desglosan en módulos o partes de un sistema de
información integral, los cuales, aunque se especifican como relaciones particulares
de los problemas presentes, sabemos que forman en conjunto el sistema de
información automatizado propuesto SICUMA, para uso en la Clínica San Agustín.
UNIDAD 8 HERRAMIENTAS DE GESTION DE PROYECTOS
Para la elaboración del plan del proyecto de sistema de información automatizado

SICUMA de la dirección de la Clínica San Agustín, se usará como herramienta la
elaboración de una tabla de planificación de proyectos y la creación del respectivo
gráfico de Gantt, usando como base la referida tabla.
Para la definición de las tareas a plasmar en las referidas herramientas, recordamos

que estamos en la fase de inspección del análisis de sistema, donde ya tenemos
definidas las modelizaciones de datos, procesos y redes a nivel de contexto.
Partiendo de este punto y teniendo presente las fases del ciclo de vida del desarrollo
del sistema (análisis del sistema, diseño del sistema, implantación del sistema) se
definirán las tareas de acuerdo a las fases y subfases faltantes en el CVDS (diseño
del sistema). Cabe destacar, que se incluirá las tareas de procura de hardware y
software, así como instalar y probar el nuevo sistema, como tareas hipotéticas
porque como sabemos para nuestro objetivo académico, esto no será implantado
físicamente.
Veamos a continuación la tabla de planificación del proyecto (figura 18); cabe

destacar que en la columna de tiempo esperado se usará un criterio optimista
considerando el tiempo máximo posible como tiempo esperado.

335 TP Lapso 2017-1 60/107
ID ID DURACIÓN
ID DESCRIPCIÓN ID
ACONT. ACONT. ESPERADA
TAREA DE TAREA ACONTECIMIENTO
ANTERIOR POSTERIOR (SEMANAS)
CULMINACIÓN FASE DE
ANÁLISIS SISTEMA: ANÁLISIS
A 1 ------------ 2 2
VIABILIDAD, INFORME CON
LISTA NECESIDADES.
FASE DISEÑO SISTEMA
(INICIO): INFORME DE
B 2 1 3,4 2
SELECCIÓN ENTRE
ALTERNATIVAS DE DISEÑO.
FASE DISEÑO SISTEMA:
C PROCURA HARDWARE Y 3 2 5,6 4
SOFTWARE NECESARIO.
FASE DISEÑO
(CULMINACIÓN): DISEÑO E
INTEGRACIÓN DEL SISTEMA
D 4 2 3 3
(GENERACIÓN INFORME DE
RELACIÓN DE DISEÑO
TÉCNICO).
FASE IMPLANTACIÓN
(INICIO): CONSTRUCCIÓN Y
E 5 3 6 3
PRUEBA DE REDES Y BASE
DE DATOS PARA EL SICUMA.
FASE IMPLANTACIÓN:
CONSTRUCCIÓN Y PRUEBA
F 6 3 7 4
DEL PROGRAMA DE
APLICACIÓN DEL SICUMA.
FASE IMPLANTACIÓN:
INSTALAR Y PROBAR EL
G 7 6 8 2
NUEVO SISTEMA
AUTOMATIZADO SICUMA.
FASE IMPLANTACIÓN
(CULMINACIÓN):
ADIESTRAMIENTO
H 8 7 ---------- 1
USUARIOS,
DOCUMENTACIÓN SISTEMA
Y PUESTA EN OPERACIÓN.
FIG 17. PLANIFICACIÓN DE PROYECTO SICUMA
A continuación, veamos una descripción completa de estas tareas:
 Tarea A (Culminación Fase de Análisis Sistema).

Estas son las actividades pendientes de las subfases de estudio y definición del
análisis del sistema. Las actividades en especificas son el análisis de viabilidad de la
propuesta inicial y definirlas necesidades de la empresa para entregar a la fase
siguiente del CVDS.
 Tarea B (Inicio de Fase Diseño del Sistema).

Esta es la primera subfase del diseño del sistema. Una vez recibido el informe con la
lista de necesidades, representados en forma contextual esencial, se procede a

335 TP Lapso 2017-1 61/107
seleccionar entre las posibles alternativas de diseño para el desarrollo del sistema
SICUMA. Esta selección debe justificarse con un análisis de viabilidad que incluya
los aspectos técnicos, operativos, económicos y de tiempo. Esto se presentará en un
informe fijando la alternativa de diseño.
 Tarea C (Continuación Fase Diseño Sistema).

Tomando como base el informe de selección de alternativa de diseño, se precisa a
detalle la procura de recursos físicos de hardware y software especificados. Para el
caso del sistema SICUMA implica la compra de computadoras, impresoras,
cableados, equipos de comunicaciones, conectores, software (licencias para uso de
los programas de manejo bases de datos y de desarrollo de aplicaciones), etc. Esta
subfase culmina con la recepción de todos los equipos o sistemas procurados.
 Tarea D (Culminación Fase de Diseño).

Esta subfase toma como insumo el informe de selección de alternativa de diseño
para realizar el diseño e integración del sistema. En esta subfase del CVDS se
entrega un informe de relación de diseño técnico que contendrá el diseño general o
global y el diseño detallado. Serán realizados los diagramas de estructuras de datos,
diagramas de procesos, diagramas de flujo para la red informática, entradas, salidas,
pantallas, estructura y lógica del programa de aplicaciones y de los archivos y bases
de datos. Todo esto será reflejado en la relación técnica del diseño.
 Tarea E (Inicio de Fase Implantación).

En esta subfase, tomando como base la relación técnica del diseño se procede a
crear y probar las redes y bases de datos. El programa de carga y mantenimiento de
la base de datos del sistema de SICUMA será creado, al igual que la red informática.
Para esta fase debe estar completada la procura de cómo producto final se entregará
la red y la base de datos vacíos, pero probadas.
 Tarea F (Inicio Fase de Implantación).

Esta subfase toma como base la relación técnica del diseño y es proceder a crear y
probar el programa de aplicación del sistema SICUMA el cual esta interrelacionado

335 TP Lapso 2017-1 62/107
con el programa de manejo de bases de datos (por esto las tareas E y F. parten
simultáneamente ya que están muy interrelacionadas técnicamente). Este programa
será probado sobre los equipos programados procurados, por esto requieren de
estos para poder completarlo. Como producto final se entrega el programa depurado
y probado, pero no instalado para operación normal en la Clínica San Agustín.
 Tarea G (Continuación Fase de Implantación).

Una vez creado y probado tanto la base de datos, el programa de aplicación y la red
de comunicaciones, continua esta fase que corresponde a la instalación y prueba del
sistema automatizado SICUMA. Todo el sistema SICUMA, en cuanto a sus
componentes de hardware y software, será probado en funcionamiento para verificar
su funcionamiento como sistema integrado. Por supuesto, será cargada la base de
datos y el programa de aplicación para trabajo en ambiente de red. El producto final
será el sistema SICUMA funcionando correctamente, luego de cumplir con las
pruebas y ajustes necesarios.
 Tarea H (Culminación Fase Implantación).

Esta es la última subfase de la fase de implantación y con esta se completa el CVDS.
Finalmente, se realizará adiestramiento a usuarios, entrega de documentación y
sistema en operación normal en la Clínica San Agustín.

335 TP Lapso 2017-1 63/107
Pasemos ahora a la figura 18, donde se muestra el diagrama de Gantt del plan del
proyecto integrando tareas, secuencias y calendario de ejecución.
FIG 18. DIAGRAMA GANTT. PLAN DEL PROYECTO SICUMA.
UNIDAD 9 TECNICA DE INVESTIGACION DE HECHOS
 APLICAR TÉCNICAS DE INVESTIGACIÓN DE HECHOS.
Para esta fase del análisis del sistema se usará la técnica de entrevista. Esta técnica
consiste en obtener la información directamente de personas conocedoras del
sistema en investigación por su experiencia de trabajo en los procesos manuales que
actualmente se emplean para los procesos médicos-asistenciales.
Para esto usaremos el tipo de entrevista estructurado, en el cual se conversará
empleando un grupo de preguntas preestablecidas, que tienen la finalidad de recabar

335 TP Lapso 2017-1 64/107
la información necesaria para determinar el ámbito general del proyecto y de esta

forma poder definir los modelos contextuales de datos, procesos y redes.
En la Figura 19 vemos el modelo de entrevista que se usará para esta fase del
análisis.
Como se puede apreciar en el contenido de la entrevista correspondiente a la fase de

inspección, en el análisis del sistema SICUMA, las preguntas están orientadas a
determinar el ámbito del proyecto y los problemas presentes en el sistema actual
orientados hacia los bloques componentes (personas, datos, actividades y redes).
Las respuestas a estas preguntas no son incluidas, porque se sabe que las
respuestas están contenidas en las especificaciones del trabajo suministrado por la
U.N.A (Materia 335) y estás serán usadas para elaborar los modelos en los puntos
siguientes. Por supuesto, en un estudio para un caso de aplicación real, estas
entrevistas serán realizadas y los resultados obtenidos brindarán parte de las
especificaciones necesarias para definir el ámbito del proyecto.

335 TP Lapso 2017-1 65/107
FIG. 19 MODELO ENTREVISTA (FASE DE INSPECCIÓN).

335 TP Lapso 2017-1 66/107
UNIDAD 10 TECNICA DE ANALISIS DE VIABILIDAD
A continuación, trataremos el análisis de viabilidad para el desarrollo del sistema

SICUMA. Debemos saber que el análisis de viabilidad es el proceso mediante el cual
se mide la viabilidad del proyecto. La viabilidad es la medida del beneficio obtenido
en una organización gracias al desarrollo de un sistema de información (en nuestro
caso sistema SICUMA).
Los test o pruebas de viabilidad que usaremos se clasifican como sigue:
 Viabilidad operativa: orientada hacia el área de las personas de la

organización o clientes.
 Viabilidad técnica: orientada hacia el área tecnológica.
 Viabilidad de fechas: orientada hacia el calendario del proyecto.
 Viabilidad Económica: orientada hacia la parte financiera (costes/beneficios).
Para el caso del sistema SICUMA, veamos los análisis para cada una de las
categorías señaladas.
• Viabilidad Operativa: para hacer el estudio operativo en la fase de inspección

del análisis del sistema, usaremos una medida de tipo cuantitativa basada en
la aplicación de la estructura PIECES ideal para resolver este tipo de
problemas.
Prestaciones: ¿Proporciona el sistema la productividad y el tiempo de respuesta

apropiado?
El sistema de registro de los procesos médicos-asistenciales SICUMA se efectuará

de forma automatizada usando recursos computacionales o informáticos en
sustitución de los precios manuales que anteriormente componían el mismo sistema.
Es claro que el uso de las computadoras en los sistemas de información mejora
claramente la productividad desde el punto de vista del tiempo de procesamiento de

335 TP Lapso 2017-1 67/107
los subprocesos que componen el sistema. Desde este punto de vista, la

automatización del sistema de información brinda mayor rapidez en la ejecución de
los procesos/subprocesos y esto redundara, en general, en una respuesta y atención
más pronta al paciente del sistema que es el usuario de la Clínica San Agustín que
solicita una atención médica-asistencial.
Información: ¿Suministrará el sistema, a los usuarios finales y a los directivos la

información en formato útil y de forma precisa, pertinente y a tiempo?
Como es sabido las necesidades del sistema son ubicadas en estrecho contacto con
los usuarios del sistema y por esto el sistema SICUMA brindará la información
necesaria para cada uno de los procesos de forma útil y precisa. La participación de
los usuarios del sistema en la fase de análisis del sistema y en las primeras etapas
del diseño de sistema busca satisfacerlo en las funciones y subprocesos del sistema
por lo que el sistema SICUMA debe suministrar información (pantallas, reportes
impresos, formatos, etc.) de acuerdo a las necesidades del usuario. Por supuesto, en
lo que se refiere a la responsabilidad de la parte automatizada del sistema la
información se maneja a tiempo y rápidamente.
Economía: ¿Ofrece el sistema un nivel de servicio adecuado y la suficiente

capacidad para reducir los costos de la empresa o aumentar sus beneficios?
El sistema SICUMA es un sistema de información de aplicación a programas de

procesos médicos-asistenciales para la comunidad de la Clínica San Agustín. Esto
quiere decir que los beneficios fundamentalmente son de tipo personal y cuantitativa
(intangibles); ósea, están orientado hacia la parte de satisfacción personal tanto a los
usuarios del sistema como al cliente del sistema. La automatización del sistema
SICUMA brinda claros beneficios a los usuarios del sistema desde el punto de vista
de satisfacción y comodidad en el trabajo por el uso de recursos computacionales
que brindan mayor facilidad en la gestión del trabajo y mayor rapidez en la ejecución
de actividades de los subprocesos del sistema. Esto implica mayor productividad

335 TP Lapso 2017-1 68/107
cuantitativa por tiempo de ejecución de actividades y por mayor satisfacción y

bienestar del personal usuario. Al cliente del sistema brinda una mayor rapidez en la
atención de su solicitud y en la respuesta definitiva a su solicitud porque los recursos
computacionales de la automatización brindan mayor rapidez de procesamiento;
desde este punto de vista cuantitativo hay mayor beneficio a un menor costo.
Control: ¿Ofrece el sistema controles adecuados que lo protejan de fraudes y

desfalcos y garantizan la seguridad y la precisión de los datos y la información?
El sistema de información SICUMA será usado por personal automatizado de la

Clínica San Agustín y para esto contará con clave de acceso personal a la aplicación
SICUMA. Toda la información contenida en el SICUMA relativa a las solicitudes de
atención, está respaldado por archivos de documentos físicos los cuales pueden ser
usados en auditorias y controles planificados o no por la clínica o por entes de control
externo. Además, el uso continuo por parte de funcionarios de alto nivel de la clínica
por parte del director cuando lo considere (labores de consulta) permitirá mantener
una revisión continua sobre los datos para alertas en caso de alguna anormalidad.
Las labores de actualización o mejoras de beneficios serán respaldadas por
documentación física debidamente autorizada por los funcionarios de alto nivel. La
integridad y seguridad de la base de datos es garantizada por los sistemas
informáticos modernos y esto será bien definido durante el diseño del sistema.
Eficacia: ¿Hace el sistema un uso máximo de los recursos disponibles, incluidas las
personas, el tiempo, el flujo de papeles, los plazos de procesos?
Los subprocesos relacionados directamente con la automatización del SICUMA

(consultas, ejecución de registros y actualizaciones, generación de reportes o en
pantallas) usan al máximo los recursos que dispondrá el sistema. En los subprocesos
donde interviene lo humano en conjunto con la automatización, la parte humana
juega un papel determinante porque se requiere de valores como ética,
responsabilidad y vocación de servicio; sin embargo contando con estos intangibles

335 TP Lapso 2017-1 69/107
del factor humano y el apoyo de los recursos de la automatización, el SICUMA

permitirá un desempeño eficaz en las actividades referidas (por ejemplo: recepción
de solicitud y atención al paciente, entrevista con el paciente para elaborar informe,
etc.).
Servicios: ¿Ofrece el sistema los servicios solicitados? ¿Es flexible y ampliable?
El SICUMA ofrece los servicios solicitados y establecidos en las necesidades del

sistema durante la fase de inspección del mismo. Servicios como consulta de datos,
históricos de los pacientes, información farmacéutica, horarios de atención,
establecimiento de bases de datos segura, son ofrecidos por el SICUMA. En cuanto
a flexibilidad y capacidad de ampliación, esto está contemplado en el sistema
SICUMA porque al ser un sistema automatizado que atiende procesos en constante
crecimiento (solicitudes de atenciones, actualizaciones de planes) el crecimiento de
la base de datos es un requisito necesario e imprescindible del sistema.
De todo lo tratado y señalado mediante el análisis cuantitativo PIECES, es claro que

la mejora que ofrece el sistema automatizado sobre el manual es plenamente
justificada y merece la plena continuación del proyecto porque desde el punto de
vista operativo es viable su continuación.
• Viabilidad Técnica: realizaremos un análisis de tipo cuantitativa, con las

limitaciones presentes de estas en la fase inicial del proyecto. Veamos el análisis
técnico de viabilidad tomando en consideración los siguientes aspectos a
continuación:
• ¿Es práctica la tecnología a utilizar?
Para el desarrollo del sistema SICUMA, el cual es un sistema de información

automatizado mediante el uso de recursos de computación (hardware y software), se
usará tecnología informática suficientemente probada y aplicada a nivel mundial en

335 TP Lapso 2017-1 70/107
los sistemas de información contables; esta tecnología es el uso de software

correspondiente a lenguajes de cuarta generación para el desarrollo de aplicaciones
informáticas y para manejos de bases de datos en ambiente de red, además se
establecerá una red local en la Clínica San Agustín para uso del sistema. Esta
solución tecnológica está suficientemente probada a nivel mundial y es de uso
extendido actual demostrando su versatilidad y flexibilidad de uso.
• ¿Disponemos en la actualidad de la tecnología?
La Clínica San Agustín no dispone de esta tecnología, pero a nivel comercial es de

fácil adquisición a nivel nacional y con costos relativamente moderados como para
ser adquiridos por una institución privada como lo es la Clínica San Agustín. La
disponibilidad en el país es inmediata y los posibles retardos en su adquisición
pueden ser imputados fundamentalmente a procesos internos de la clínica más que a
factores externos. De tal manera, la tecnología, aunque no está disponible en la
clínica es de fácil adquisición en el país por lo que está disponible.
• ¿Disponemos de los conocimientos técnicos necesarios y son razonables los

plazos?
La Clínica San Agustín no dispone de personal técnico especializado para el diseño

e implantación del sistema. De tal forma que las fases de análisis y diseño serán
cubiertos mediante el apoyo que realiza la Universidad Nacional Abierta a través de
los planes académicos de las materias sistemas de información I y sistemas de
información II. Desde este punto de vista los conocimientos técnicos necesarios para
el análisis y diseño del sistema están asegurados a un costo prácticamente nulo. La
fase de implantación del sistema pudiera contar también con el apoyo de la
Universidad Nacional Abierta, en cuanto al apoyo técnico, pero teniendo en
consideración que la procura de los recursos de hardware y software serán asumidos
por la Clínica San Agustín.

335 TP Lapso 2017-1 71/107
En cuanto a la operación del sistema una vez implantado, la clínica y su dirección

disponen del personal necesario para el uso del sistema. Solo deberá implementarse
un plan de adiestramiento oportuno y relativamente sencillo, para la operación del
sistema.
Los plazos de calendario para llevar a cabo los aspectos técnicos señalados no son
críticos para la clínica porque el sistema de información contable actual está en
funcionamiento en su modo manual y esto significa que el factor plazo no es urgente
para su consideración. Sin embargo, en el plan del proyecto se establecerá un
calendario tentativo reflejando en el diagrama de Gantt respectivo (ver sección plan
de proyecto). De acuerdo a todo lo anterior, la viabilidad técnica está definitivamente
asegurada.
• Viabilidad de Fechas: este aspecto del análisis de viabilidad, está muy

relacionado con el punto tratado de cumplimiento de plazos (análisis
económico). Reiteramos que el calendario del proyecto no es crítico, porque
es un sistema de información contable automatizado que sustituirá a un
sistema de tipo manual que actualmente está en operación y resolviendo las
necesidades de la clínica (a pesar de sus limitaciones ya señaladas). Por lo
antes señalado, el análisis, diseño e implantación del sistema debe ser
realizado de tal manera que el producto final obtenido sea confiable y
suficientemente revisado para asegurar su correcto funcionamiento. De
acuerdo a esto, la viabilidad de fechas está asegurada.
• Viabilidad Económica: El sistema SICUMA, en lo que refiere a su tamaño,

puede catalogarse de un sistema de información contable de tamaño
pequeño. De hecho, las fases de análisis y diseño del sistema son realizadas
por un alumno de la carrera de ingeniería de sistema como un aporte a la
Clínica San Agustín. Sin embargo, veamos a continuación un análisis de
viabilidad económica para el desarrollo de este sistema de información
asumiendo que se contratará servicios técnicos especializados.

335 TP Lapso 2017-1 72/107
En la figura 20 mostrada a continuación vemos una relación estimada, en la fase de

inspección del análisis del sistema, de los costos del desarrollo del sistema. Por
supuesto, esta relación deberá ser ajustada o revisada con más precisión al
momento de procurar la tecnología durante la fase de diseño del sistema. Con esta
pretendemos dar una idea inicial de los costos del sistema. Los cálculos realizados
de costos, usan como tiempo la información del calendario del proyecto mostrado en
el diagrama de Gantt del plan del proyecto SICUMA.
Para la cantidad de usuarios del sistema, se usa la información suministrada por la

descripción de puestos suministrada en el esencial de redes. Se considera adquirir
equipos de computación nuevos para los usuarios distintos del director y personal (se
considera que estos poseen equipos de computación actualizados para soportar las
aplicaciones a implantar).
Una vez aclarado estos puntos, para continuar con el análisis económico lo ideal es
disponer seguidamente, de una relación cuantificada de beneficios del nuevo sistema
a implantar, para entonces aplicar alguna técnica de medida de la eficacia de costos
(análisis de amortización, rentabilidad de la inversión o valor actual neto). En nuestro
caso, para el sistema SICUMA, resulta prácticamente imposible cuantificar los
beneficios porque el sistema apoya la gestión de otorgamiento de atención médica a
los pacientes que acceden a esta clínica por lo que el producto final del SICUMA no
pueden medirse en términos de beneficios monetarios. Los beneficios directos del
SICUMA están relacionados con aspectos intangibles tales como: satisfacción del
paciente a tratar, mejor servicio, mejoras en la moral de los usuarios del sistema. Por
otra parte, el tamaño del proyecto (pequeño), no requieren extremar la exigencia de
cuantificación de beneficios. De acuerdo a estas consideraciones, podemos concluir
que el análisis económico sugiere la viabilidad del proyecto. Finalmente, para
concluir, el plan del proyecto SICUMA es definitivamente viable desde los puntos de
vista operativos, técnicos, fechas y económico ya que los análisis de viabilidad
realizados concluyen en su aprobación.

335 TP Lapso 2017-1 73/107
Cant. I) Costos de Desarrollo. BsF.

*Personal:
1 Analista Sistema (600 horas x 250BsF/hora). 150000
1 Programador Sistema (240 horas x 250BsF/hora). 60000
*Compra Equipos/Software:
Computadoras personales con accesorios
7 2.800.000
(Impresoras, pantallas, teclados, etc.).
Equipos para formación red local (concentrador,

1 70.000
cables, conectores)
1 Software para aplicación y base de datos. 100.000
*Otros Gastos:
Adiestramiento de usuarios (9 personas,
90.000
10000BsF/persona)
Adiestramiento a personal de mantenimiento (1
40.000
persona, 40000BsF/persona)
Total Desarrollo: 3.310.000
II) Costos Operación Continua. (Anual).
*Personal:
Solicitudes Servicios Externo (Eventual). 50.000
Contratación T.S.U. Informática (Personal de
480.000
Clínica Para Mantenimiento Sistema).
*Suministros y Gastos.
Renovación Licencia Software. 30.000
Repuestos Hardware (Tintas impresoras, mouse,
50.000
teclados, cables, etc.).
Material Oficina (Papeles impresión, carpetas,

10.000
Ganchos, lápices, etc.).
Total Operación: 620.000

TOTAL GENERAL: 3.930.000
FIG. 20. RELACIÓN DE COSTOS DEL SISTEMA SICUMA.

335 TP Lapso 2017-1 74/107
UNIDAD 11 TÉCNICAS DE COMUNICACIÓN INTERPERSONAL
 IDENTIFICAR LAS NECESIDADES
Para la identificación de las necesidades del proyecto en la fase de definición del

análisis del sistema, usaremos la técnica del cuestionario. El cuestionario es un
documento físico, con preguntas específicas definidas para obtener la información
deseada. El tipo de cuestionario a usar será con formato libre; estos son
cuestionarios con preguntas específicas, donde la persona responderá libremente
con su opinión, sin estar presente algún tipo de alternativas u opiniones para su
selección o análisis.
El objetivo de estos cuestionarios es procesar la información necesaria para

establecer los modelos esenciales de datos, procesos y redes.
En la figura 21, se muestra el documento físico (cuestionario con formato libre) que
será entregado para responder.
En relación al cuestionario implementado para la fase de definición, podemos hacer

los siguientes comentarios: el analista de sistema busca definir las necesidades del
sistema SICUMA, para reflejarla en los modelos esenciales de datos, procesos y
redes. El analista debe realizar una investigación exhaustiva del sistema actual en
las fases del análisis del sistema para reflejar estas necesidades, para el caso del
sistema SICUMA usamos la técnica de cuestionario con formato libre (fase de
definición). De acuerdo a lo anterior, las preguntas 1, 2, 3, 4, 5, 6, 7 buscan orientar
sobre las necesidades de proceso y las preguntas 8, 9, 10, 11 sobre las necesidades
de redes. Por supuesto, esta información pudiera ser complementada con otras
técnicas de indagación de información.
Cabe destacar que, la experiencia del analista de sistema y/o su criterio técnico
puede orientar la modelización de las necesidades definidas, pero no está de más
consultar o mostrar esto a los usuarios del sistema para tomar en cuenta su opinión.
Con esto queremos decir, que los modelos esenciales de datos, procesos y redes

335 TP Lapso 2017-1 75/107
deben ser consultados finalmente con los usuarios o por lo menos con los usuarios
que colaboraron en las técnicas de indagación de información.
Para fines del objetivo académico perseguido, las respuestas a todas estas
preguntas están incluidas en las especificaciones suministradas para hacer el
análisis del sistema SICUMA. Estas especificaciones están reflejadas en las
modelizaciones de datos, procesos y redes (tanto contextualmente como
esencialmente). Por supuesto, en la práctica real para analizar el sistema en estudio,
las técnicas de indagación serán aplicadas y proporcionaran las especificaciones y
necesidades del sistema para hacer las modelizaciones respectivas.

335 TP Lapso 2017-1 76/107
Nombre Encuestado: Elías Flores.

Cargo Encuestado: Director de Clínica San Agustín.
Fecha: 26 de Mayo 2016
Lugar: Dirección de la Clínica San Agustín.
Asunto: Determinar Necesidades de Datos, Procesos y Redes para el Sistema
SICUMA.
1) Indique los tipos o grupos de datos requeridos para el procesamiento de solicitud

de atención.
2) De una descripción de estos grupos de datos y haga un desglose de datos

básicos que lo componen.
3) Describa cada uno de estos datos básicos (Atributos) dentro del procesamiento
de solicitud de atención.
4) Describa un formulario para recabar los datos necesarios por parte del paciente.
5) Haga una descripción, tomando en consideración el diagrama organizacional de

la unidad de enfermería, como fluyen los grupos de datos y datos básicos a través
del sistema.
6) ¿Quien recibe la solicitud de atención por parte del paciente?
7) ¿Cómo es aprobada la solicitud de atención?
8) Indique donde están ubicadas los puestos de trabajo del personal responsable de
usar el sistema SICUMA en la clínica.
9) Especifique la conexión funcional entre los puestos de trabajo y especifique

distancia entre puestos.
10) Especifique a su juicio los puestos de trabajo que deben ser automatizado y los
puestos que deben ser de procedimiento manual.
11) ¿Que recursos computacionales existen en la clínica y en los puestos de

trabajos señalados anteriormente, que pueden usarse para implantar el sistema
SICUMA?
FIG. 21 CUESTIONARIO PARA IDENTIFICACIÓN DE NECESIDADES.

335 TP Lapso 2017-1 77/107
UNIDAD 12 ANÁLISIS DE PROBLEMAS Y OPORTUNIDADES.
Para hacer el análisis de los problemas y oportunidades presentes durante el análisis

del sistema, usaremos la metodología de la estructura PIECES de James Wetherbe
(cada letra del acrónimo PIECES representa una clase de problema/oportunidad).
Veamos el análisis para cada uno:
1. Prestaciones.
El análisis de prestaciones atiende los problemas de lentitud en las actividades

operacionales del sistema y con esto aumentar la productividad disminuyendo los
tiempos de respuestas. En el caso del sistema SICUMA (sistema de información) el
producto es servicio expresado en transacciones.
Es claro que en el sistema actual (manual), los tiempos de respuestas para las
diferentes transacciones que componen la atención de pacientes es elevado por la
carencia de procesos automatizados. Podemos citar, por ejemplo, la consulta de
datos para seguimiento y respuesta del status de una atención requiere de un
elevado tiempo de respuesta, producto de la búsqueda de archivos físicos para
consulta o preguntar directamente a otro personal que dispongan de la información;
aproximadamente el tiempo para dar respuesta a un paciente pudiera llevar entre 30
y 45 minutos. Esto implicaría retardo para atención a otros pacientes en colas,
extendiendo aún más estos tiempos tomando en cuenta el tiempo de espera en cola.
Como vemos, la productividad se ve comprometida sensiblemente. Por lo contrario,
la automatización del sistema de información brindado por el SICUMA disminuiría
considerablemente el tiempo de respuesta para una consulta de status, podemos
estimarla en aproximadamente 5 minutos y esto disminuiría notablemente los
tiempos de espera de pacientes en espera o colas.

335 TP Lapso 2017-1 78/107
2. Información y Datos.
El análisis de información disponible es vital tanto para el director como para los
usuarios del sistema. Para este análisis vamos a usar los siguientes criterios:
a) Falta de Información en lo que Concierne a Decisiones Actuales.
Por ejemplo, la toma de decisiones para planificación presupuestaria resulta

demasiado complicada y tediosa porque requiere el estudio de información histórica
que implica manipulación manual de datos en archivos físicos. La propuesta SICUMA
incluye reportes que pueden generarse rápidamente por las prestaciones
automatizadas del sistema y proporciona la información oportuna para la toma de
decisiones. El SICUMA dispondrá una serie de reportes históricos para uso en toma
de decisiones.
b) Información Expresada en Forma No Útil.
El uso de archivos manuales (físicos) por el sistema actual implica que no existe
información útil y oportuna para transacciones como consulta, actualizaciones,
generación de reportes, etc. Para este tipo de transacciones no se dispone de
herramientas útiles; en algunos casos debe ser improvisada con documentos físicos
y en otros se usan documentos físicos preestablecidos que son archivados y resulta
ineficiente su manipulación. El sistema SICUMA ofrecerá toda la información
requerida para las diferentes transacciones, expresadas en forma útil para el usuario
a través de las diferentes prestaciones como pantallas de entrada y salida,
generación de reportes especiales; todo esto gracias a la bondad de contar con una
base de datos digital como fuente de datos.
c) Falta de Información en Momento Oportuno.
Este punto está muy relacionado con el anterior y tiene que ver con la limitación de
no poseer una base de datos digital. Esta limitación por supuesto implica que al

335 TP Lapso 2017-1 79/107
requerir el usuario/paciente información en un momento dado no podrá disponer de

ella inmediatamente por las limitaciones en tiempo de respuesta debido a la
manipulación manual de información. El sistema SICUMA corregirá esto al
suministrar información con tiempos de respuestas mínimas. De lo anterior, la
solución planteada (oportunidad) proporciona información oportuna (a tiempo) para
las diferentes transacciones existentes.
d) Información Inexacta.
Los procesos manuales del sistema actual, implican numerosas actividades de

transcripciones escritas para los subprocesos del sistema: informes, horarios de
atención, historias médicas, reposos, etc. Esto implica necesariamente la posibilidad
de errores imputables al factor humano alterando la exactitud de la información. La
oportunidad de mejora, disminuye considerablemente este tipo de errores porque,
hay muchas transacciones realizadas de forma automática, disminuyendo la
intervención humana. Como ejemplo, la generación de un reporte especifico por
parte del encargado es generado automáticamente por solicitud a través del
SICUMA. Los errores en la información suministrada, solo existirán si al cargar la
base de datos se cometió algún error lo cual cómo podemos ver disminuye
notablemente la posibilidad de cometer errores.
• Economía.
La oportunidad integral de mejora (sistema SICUMA) presenta un costo estimado

hasta la implantación del sistema, el cual podemos definir inicialmente en 1.000.000
BsF. La contraparte necesaria para un análisis económico formal son los aportes por
beneficios (en BsF). Para el tipo de sistema propuesto, los beneficios dados a la
institución respectiva (Clínica San Agustín) y al cliente (pacientes), están catalogados
como de tipo intangible o incuantificables en BsF. Como sabemos el producto del
sistema es: atención optima al paciente y eficiencia en las transacciones que
componen la solicitud de atenciones a la Clínica.

335 TP Lapso 2017-1 80/107
Por lo señalado anteriormente, el costo estimado para la implantación de las

oportunidades señaladas será asumido por la institución porque está en plena
concordancia con la misión de dicha institución.
• Control y Seguridad.
Los procesos manuales del sistema actual y el almacenamiento de información en

archivos físicos, representan un riesgo en la seguridad del sistema. Por ejemplo; el
acceso a los archivos depende de un acceso físico al almacén de
información/archivos, hay posibilidad de extravío o hurto de información, un incendio
puede destruir la información, etc. La oportunidad de solución implica la existencia de
una base de datos digital principal con respaldo de un almacén de archivos (físicos).
Esto mejora la seguridad del sistema, porque además permite el control y auditoria
de la información (se pueden comparar datos en físicos con datos en digital o si se
pierde alguna de las dos disponemos de la otra como respaldo). Por otra parte, el
control de gestión por niveles superiores, será realizado a través de las herramientas
del SICUMA los cuales mejoran esta capacidad por las características ya estudiadas
en puntos anteriores.
En cuanto al acceso a la base de datos digital, esto debe ser reglamentado por la
institución usuaria para evitar entradas ilegales dentro de las instituciones y las
transacciones de registro y actualización deben ser respaldadas por documentos
físicos para archivar. El acceso ilegal externo, debe ser cubierto por el mismo
sistema SICUMA y será punto a especificar durante el diseño del sistema.
• Eficacia.
La oportunidad de solución presenta una propuesta de disposición de recursos

necesarios generados por 9 puntos de trabajos, los cuales se consideran la mínima
cantidad de recursos necesarios para obtener los resultados de gestión óptimos.

335 TP Lapso 2017-1 81/107
Estos puntos incluyen 4 puestos que son supervisores puramente (ver modelo
esencial de redes y de datos), lo cual quiere decir que los puntos propiamente
operativos son 5. Por supuesto, esta propuesta es inicial y una vez implantado el
sistema debe ser evaluada por los niveles superiores para en caso de requerirse
hacer los cambios necesarios (el sistema incluirá capacidad de crecimiento el cual
será especificado más claramente en las fases iniciales del diseño del sistema).
• Servicios.
La oportunidad de mejora busca incrementar el grado de satisfacción de los

pacientes, empleados y directivos. De hecho el producto ofrecido por el sistema
SICUMA implica la obtención de estos beneficios intangibles los cuales están en
perfecta concordancia con la misión de la institución usuaria (sobretodo el beneficio
de satisfacción del paciente).
Las prestaciones del sistema propuesto, en contra posición al sistema actual

(manual) brinda las siguientes bondades:
a) Precisión: la automatización de las transacciones del sistema garantizan

exactitud en la información proporcionada, limitando la posibilidad de errores
solo al momento de efectuar registros o actualizaciones.
b) Fiabilidad: los subprocesos presentes en las oportunidades de mejoras han
sido probados suficientemente en su uso manual en el sistema actual y la
información de las prestaciones del sistema automatizado garantizan
confianza en los resultados obtenidos para los subprocesos del sistema.
c) Facilidad de Uso: la solución planteada, así como la participación del usuario

en las diferentes fases del ciclo de vida del desarrollo del proyecto,
garantizaran que las prestaciones para operaciones del sistema sean
diseñadas cumpliendo con los requisitos y sugerencias del usuario para contar

335 TP Lapso 2017-1 82/107
con su conformidad. El usuario es quien decide si el sistema es de fácil uso o

no por lo tanto su opinión será tomada en cuenta para el diseño.
d) Coordinación: la existencia de un sistema actual con experiencia probada en

lo que respecta a los subprocesos que la componen, la participación del
usuario en las fases del proyecto y el empleo de la tecnología de la informática
para automatizar y abrir los problemas ya señalados garantizan la sinergia
entre las partes del proceso.
 DEFINIR OBJETIVOS DEL SISTEMA
Una vez precisados los problemas y limitaciones del sistema actual y detectado las
oportunidades para mejoras; estamos ya en condiciones para establecer los
objetivos del nuevo sistema a desarrollar (SICUMA) veamos a continuación:
El sistema de información automatizado SICUMA debe cumplir con los siguientes

objetivos generales:
1. Disponer de una base de datos con toda la data necesaria para la gestión de
atenciones a pacientes que acudan a la clínica. Esta información será
agrupada en datos del paciente, datos familiares del paciente, datos
habitacionales del paciente, entre otros.
2. Disponer de un programa de aplicación con lenguaje de alto nivel, para

interactuar con la base de datos y permitir el procesamiento automatizado de
las diferentes transacciones que conforman la gestión de atención al público
en general (consultas, historias médicas, datos farmacéuticos, horarios de
atención, reposos, generación de reportes). El sistema ofrecerá pantallas de
entradas y salidas diseñadas de acuerdo a las exigencias del usuario para
ofrecer un manejo adecuado y fácil de las transacciones.

335 TP Lapso 2017-1 83/107
3. Establecer una red local, ubicada en las instalaciones de la clínica San

Agustín la cual proporcionara conexión a nueve puestos de trabajos que
cumplirán funciones relacionadas con la solicitud y atención a sus pacientes.
4. Establecer un almacén de datos físicos (archivo) para respaldar la información

contenida en la base de datos. Para esto se aprovechara el almacén existente
del sistema actual.
5. Mejorar la atención al paciente y mejorar el ambiente laboral de los usuarios

del sistema al ofrecer un sistema con las prestaciones ya señaladas que
mejora los tiempos de respuesta considerablemente en comparación con el
sistema actual.

335 TP Lapso 2017-1 84/107
RECOMENDACIONES
Una vez concluidas las fases del análisis del sistema SICUMA, hasta llegar a las
especificaciones de las necesidades del sistema, se pueden establecer las siguientes
recomendaciones generales:
El análisis de viabilidad realizado muestra la pertinencia del proyecto, teniendo como
premisa fundamental que el producto de este sistema está relacionado con un fin de
tipo humano como lo es el de prestar un mejor servicio a la comunidad para la
asignación de atenciones médicas. De lo antes señalado, el proyecto debe
completarse en sus siguientes fases hasta la implantación del sistema.
El plan del proyecto sugiere un calendario tentativo de 15 semanas hasta la puesta en

operación. En virtud que la criticidad de culminación del proyecto no es alta, por el
hecho de existir un sistema manual actualmente en funcionamiento, debe tenerse
especial atención en las pruebas de integración del sistema para asegurar su correcto
funcionamiento y evitar posibles errores posteriores. El sistema debe estar
suficientemente probado y ajustado antes de poner en funcionamiento, incluso
sacrificando la planificación estipulada si lo amerita.
Durante la fase de diseño, debe mantenerse estrecha comunicación con los usuarios
principales para asegurar la aceptación de las prestaciones del sistema (diseños de
pantallas de entrada y salida, formas de reportes, etc.); esto debe ser una labor
complementaria a las necesidades del sistema definidas ya en el análisis del sistema.
La procura de equipos de hardware y software debe realizarse lo más pronto posible,

durante la fase de diseño del sistema, para asegurar su presencia en el momento que
se vayan a realizar las pruebas de los subsistemas. Se recomienda realizar esta
procura inmediatamente al culminar la selección de la alternativa de diseño durante el
diseño del sistema.
La Clínica San Agustín, realiza la gran mayoría de sus procesos de forma manual por
lo que no cuenta personal especializado en el área de sistemas informáticos. De

335 TP Lapso 2017-1 85/107
acuerdo a esto recomendable incluir personal de mantenimiento especializado en el

área de informática para soporte del sistema SICUMA en lo pertinente a hardware y
software (un T.S.U. en informática o área similar). Este personal adicional debe
incluirse en los adiestramientos previstos durante la fase final de implantación del
sistema.

335 TP Lapso 2017-1 86/107
CONCLUSIONES
El Sistema de Información para el Cuidado Médico Avanzado SICUMA es una
herramienta informática para el registro de solicitudes de atenciones médicas que
acuden a la División de Desarrollo Médico de la Clínica San Agustín. Este sistema
sustituirá a un sistema similar de tipo manual actualmente en uso y operación.
El SICUMA interactuará con las siguientes divisiones adjuntas a la Dirección de
Desarrollo Médico de la clínica:
División de Estudios Médicos: la cual atenderá las solicitudes de atención requeridas

por los pacientes recibiendo toda la información necesaria para el sistema y los
recaudos requeridos, igualmente dará el comprobante de solicitud recibida al paciente
y entregará finalmente el documento de orden de atención para hacer efectivo el
beneficio (estas labores serán realizadas por el asistente médico). En esta división el
promotor médico realizará la entrevista al paciente para formar el expediente o
informe médico que constará además con el formulario de solicitud de atención y los
recaudos respectivos (previamente entregados por el asistente médico). Este informe
será entregado al director de la División de Desarrollo Médico. En esta división ambos
funcionarios realizan labores de consulta actualización y registro a través del
SICUMA. El asistente registra los datos al SICUMA recibidos del paciente y coloca
status actualizado a solicitud, además puede consultar información.
El promotor médico, funcionalmente, realiza labores de consulta y actualiza el status
de la solicitud al cumplir con su labor.
División de Programas Médicos: recibe la orden de atención, generada por el

asistente médico. Una vez verificada la aprobación de la solicitud de atención por el
director a través del SICUMA procede a revisarla y aprobarla (primera aprobación).
Para esta revisión el funcionario de esta división hace uso de del sistema SICUMA en
labores de consulta de información. Una vez firmada la orden de atención queda
aprobada en primera instancia y es devuelta al asistente médico.

335 TP Lapso 2017-1 87/107
División de Planes y Proyectos Médicos: esta división coordina la revisión de planes y

proyectos médicos en estrecha coordinación con el director de la Dirección de
Desarrollo Médico y con el director. Para esto usa el sistema SICUMA en la
generación de reportes médicos los cuales servirían para análisis y toma de
decisiones en la actualización de los planes. Esta división además procederá a la
carga de la base de datos con la información de las atenciones ofrecidas (esto en
coordinación con el analista del sistema responsable del proyecto).
Director de la Clínica: ocasionalmente atiende a los pacientes escuchando las

solicitudes de atención, indica al paciente el procedimiento para la solicitud y lo remite
al asistente médico para formalizar la solicitud. Por otra parte, como máxima autoridad
de la clínica coordina la actualización de planes médicos formulando propuestas a la
dirección de Desarrollo Médico. Este funcionario usa el sistema SICUMA bien sea
para labores de consulta o para generación de reportes médicos.
En cuanto a los datos e información que maneja el SICUMA estos se dividen en cinco
grupos: Datos personales paciente, datos familiares paciente, datos habitacionales
paciente, datos solicitud atención, tipos atención. Estos grupos o entidades de datos
conforman la base de datos digital del sistema. Adicional se tiene en archivos de
datos físicos para los soportes de la información de la base de datos y para otros
documentos; estas son solicitud y recaudos (DB1), informe médico (DB3), orden de
atención (DB4) y mejoras a planes (DB5). La base de datos (digital) está identificada
como Datos Gerenciales Solicitud (DB2) el cual contiene los grupos o entidades de
datos ya señalados antes.
Los reportes socioeconómicos que genera el SICUMA son:

Solicitudes por status: lista las solicitudes de atención de acuerdo al tipo de status
presente en el momento.
Pacientes por atender: lista las personas que solicitan un mismo tipo de atención.
Parentesco entre paciente: lista el parentesco entre dos o más pacientes registrados
en el SICUMA.

335 TP Lapso 2017-1 88/107
Atención por paciente: tipos de atenciones solicitadas y recibidas por una misma
persona.
Estos son los reportes médicos que serán usados para laborar de aprobación de
solicitudes de atención para análisis que definan mejoras a los planes médicos
(usados por el director, el director de Desarrollo Médico y los funcionarios de la
División de Planes y Proyectos Médicos).
Se establecerá una red informática para el uso del sistema SICUMA, interconectado a
una base de datos con toda la información pertinente al sistema. Esta red inicialmente
estaría integrada por ocho (8) puestos de trabajo ubicados todos en la Clínica San
Agustín, los cuales se listan a continuación: Director de la Clínica, Director de
Desarrollo Médico, jefe de División de Programas Médicos, jefe División de Estudios
Médicos, asistente médico y promotor médico (ambos de la División de Estudios
Médicos), jefe de División de Planes y Proyectos Médicos y analista de planes
perteneciente a la División de Planes y Proyectos Médicos.
El plan del proyecto está definido para una duración de 15 semanas (tiempo máximo
posible) y se incluyen todas las actividades del ciclo de vida del proyecto hasta la
puesta en operación, en la fase final de implantación.

335tp SISTEMAS DE INFORMACION I LISTO PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

335tp SISTEMAS DE INFORMACION I LISTO PDF

Transféré par

Droits d'auteur :

Formats disponibles

335 TP Lapso 2017-1 1/107

UNIVERSIDAD NACIONAL ABIERTA

FECHA DE ENTREGA AL ESTUDIANTE:

NOMBRE DEL ESTUDIANTE: ALEXIS G. FLORES L.

CÉDULA DE IDENTIDAD: V-17.245.978

TELÉFONO DEL ESTUDIANTE:

DIRECCIÓN DEL CORREO ELECTRÓNICO: FLORESAGX@GMAIL.COM

CENTRO LOCAL: SEDE MATURÍN

NÚMERO DE ORIGINALES: 107 PÁG.

FIRMA DEL ESTUDIANTE:

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

A través del presente informe se pretende cumplir con las actividades

La propuesta del sistema a analizar es: Sistema de Información para el Cuidado

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

momento incluyendo la otorgada por las técnicas de investigación de hechos (para

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

Para el análisis del sistema de información SICUMA se dividió en tres fases:

El objetivo de esta fase es responder la pregunta: ¿Vale la pena este proyecto?

d.- Presentar conclusiones y recomendaciones. Para esta parte se usa el análisis de

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

fechas y económicos para finalmente, dependiendo del resultado de estos análisis,

a.- Realizar un análisis de los problemas y las oportunidades presentes, mediante el

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

a.- Identificación de necesidades de los usuarios, en este caso trabajadores de la

UNIDAD 5 MODELIZACION DE DATOS EN UN SISTEMA

Veamos para el sistema en desarrollo (Sistema de Información para el Cuidado

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

Datos Personales Paciente: esta entidad corresponde a toda la información

Datos Habitacionales Paciente: contiene información relacionada con el lugar de

Tipo de Atención: esta entidad corresponde a la información relacionada con las

En relación a las entidades definidas para realizar el modelo de datos esencial, se

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

un código de identificación de la atención (número de atención) el cual es único para

La entidad Tipo de Atención corresponde a información de las atenciones médicas

Veamos cada uno por entidad definida.

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

 Entidad Datos Personales Paciente.

CEDULA DE IDENTIDAD PACIENTE: número de cédula del paciente. Este atributo

EDAD PACIENTE: edad del paciente.

SEXO PACIENTE: sexo del paciente (M: masculino y F: femenino).

NUMERO TELÉFONO PACIENTE: puede ser número celular, numero teléfono

 Entidad Datos Familiares Paciente.

PARENTESCO CON FAMILIAR: parentesco con familiares que acompañan al

NOMBRES OTROS FAMILIARES: nombres y apellidos de otros familiares.

NÚMERO TELEFÓNICO DEL FAMILIAR: número telefónico.

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

 Entidad Datos Habitacionales Paciente.

DIRECCIÓN DE HABITACIÓN: corresponde a la dirección de ubicación de vivienda

PARROQUIA DE HABITACIÓN: corresponde al nombre de la parroquia donde está

TELÉFONO DE HABITACIÓN: número telefónico de habitación.

 Entidad Datos de Solicitud de Atención.

FECHA SOLICITUD: fecha en la cual fue realizada la solicitud de atención.

NUMERO SOLICITUD: numero asignado a planilla solicitud de atención. Este

CEDULA DE IDENTIDAD PACIENTE: cedula de identidad paciente.

DETALLE ATENCIÓN SOLICITADA: descripción de atención solicitada.

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

Al aprobarse la solicitud de atención, se debe actualizar el status a "A", (aprobado).

Una vez definidas y especificadas las entidades y atributos que conforman la

DATOS DATOS DATOS

FIG. 1. MATRIZ DE RELACIONES ENTRE ENTIDADES.

Especialista: Lola Párraga Ingeniería de Sistemas Evaluador: Sandra Sánchez

A. En esta sección hay diferencias a lo expresado en la tabla de la Fig.1, motivado a

De todo lo antes señalado podemos resumir a continuación todas las identidades,