Académique Documents
Professionnel Documents
Culture Documents
Sección: 221
3
Arquitectura Tecnológica Empresarial
1. Resumen
El presente trabajo tiene como fin el desarrollo – y a su vez plasmar –de la implementación de una
Arquitectura Empresarial realizada en la institución de salud principal en Chile, el sector de salud
dependiente de MINSAL (Ministerio de Salud de Chile). Se obtendrán distintos ámbitos de
información de las fuentes oficiales, principalmente mediante sus sitios webs, para así desarrollar
una cierta cantidad de hitos. Todo esto estará enfocado al Core Banco de sangre dentro de la
instituciones y organismos que abarquen este aspecto dentro de la atención ofrecida a la población.
Aclarado eso, este informe se conformando tomando como base en los hitos de estrategias y
planeación de la arquitectura empresarial, Arquitectura empresarial del Ministerio de Salud que
actualmente posee (AS IS), Arquitectura empresarial Objetivo a la cual se quiere llegar (TO-BE), un
análisis de brechas y por último un mapa de ruta. La arquitectura empresarial tanto en su línea base
(AS IS) como la arquitectura objetivo conllevara la utilización del método de desarrollo de
arquitectura TOGAF abarcando el marco de referencia de las arquitecturas de negocios, datos,
aplicaciones y tecnológicas.
El desarrollo de los modelos de arquitectura empresarial tiene como propósito caso incrementar la
competitividad enfocándose en el servicio y el paciente del servicio de salud que permita el otorgar
una atención más rápido y que abarque un mayor rango de la población priorizando sus necesidades
médicas , mediante la utilización de las tecnologías de la información y de esta forma optimizar los
procesos y la toma de decisiones dentro de una empresa y en el presente caso de las instituciones
y centros orientados y bajo el amparo del Ministerio de Salud.
Las propuestas desarrolladas en este trabajo profesional permitirán optimizar los subprocesos de
donación y transfusión de sangre a través de proyectos que contribuyan al logro de los objetivos
estratégicos y brinde una ventaja competitiva al objeto de estudio.
4
Arquitectura Tecnológica Empresarial
2. Introducción
En la actualidad los avances tecnológicos han creado una brecha entre lo que el mercado y los
consumidores demandan, y aquello que las organizaciones pueden ofrecer. El principal problema
que enfrentan las organizaciones es el hecho de emprender una transformación de sus sistemas de
trabajo a nivel tecnológico, de proceso o de gestión integral. Para lograrlo, las organizaciones
definen sus objetivos estratégicos de negocio y estos en su mayoría son soportados por las
tecnologías de información, sin embargo, la tecnología no siempre está alineada con los objetivos
estratégicos, esto ocasiona que las empresas sientan que sus inversiones se vean desperdiciadas y
no se perciba al área de tecnologías de información como un socio estratégico que permita
contribuir al logro de los objetivos.
El objeto de estudio son los Servicios de Salud que pertenecen a la Área de Salud del Estado Chileno,
una red de centros de salud y organismos de este en constante crecimiento a nivel asistencial y
técnico. Estos, tiene muy bien definido su población y como no es ajena a los avances tecnológicos,
se debe estar prepara para los cambios que los avances obliguen y poder posicionarse de tal manera
a fin de brindar una experiencia de calidad a sus pacientes.
Con el fin de entregar un atención y experiencia medica de calidad y que satisfaga las necesidades
de la población chilena que acude a la atención pública de salud, este documento presenta
propuesta de una arquitectura empresarial para el proceso de banco de sangre del objeto de estas
instituciones. para ello se aborda el tema en 4 capítulos en donde se describe un marco teórico que
nos da una visión general de los conceptos utilizados en el desarrollo de este trabajo. Asimismo, se
aplica el marco de trabajo TOGAF para realizar el procesos de arquitectura empresarial, a través de
todas las fases definidas en este marco de trabajo, se analiza el estado actual de los procesos de
Donación de Sangre y Transfusión de sangre que son parte del alcance a través de los 4 dominios:
Negocio, Datos, Aplicaciones y Tecnología TI y luego se plantea un escenario deseado teniendo en
cuenta de alinear las propuestas de mejora con los objetivos estratégicos de la organización.
5
Arquitectura Tecnológica Empresarial
2. Objetivos
Realizar el diseño de una arquitectura empresarial para los Servicios de Salud enfocado en los
subprocesos de Donación de sangre y Transfusión de sangre que son parte del proceso Core Banco
de sangre, planteando la implementación de proyectos a través de metodologías agiles que ayuden
a alcanzar la situación deseada con mayor eficacia, cumpliendo con los requerimientos del negocio
y que permita obtener una ventaja competitiva a la organización
Con el fin de poder puntualizar y aclarar el objetivo general establecido en el presente informe, se
procederá a detallar los objetivos específicos con que contará el desarrollo de este trabajo
observándose así la realización de:
2.3 Consideraciones
Cuando se especifica a las personas, que son el punto en que se enfoca el desarrollo y operación
del Servicio de Salud , en ciertos apartados del presente proyecto como Clientes se aclara que nos
referimos a todos los pacientes de dichas instituciones y organismos de Salud.
6
Arquitectura Tecnológica Empresarial
3. Estrategia y Planeación de la Arquitectura Empresarial
3.2 Visión
Actualmente el proceso de Donación de Sangre se tienen muchos problemas de falta de donantes y
por lo tanto muy poco stock de unidades para transfusión, esto representa un problema que afecta
directamente sobre la calidad de servicio que se brinda a los pacientes. Asimismo, el proceso de
transfusión de sangre que es un procedimiento muy solicitado tiene problemas de demora debido
a que el proceso de solicitud es manual, además el sistema que gestiona el almacén de sangre es un
sistema que solo funciona para el área de banco de sangre y no puede ser accedida por la enfermera
para que pueda agilizar el proceso de transfusión. Para que la empresa pueda generar valor
agregado a sus pacientes en los procesos mencionados anteriormente, el plantear una arquitectura
empresarial de manera progresiva ayudara a tener una alineación del área de TI con los objetivos
estratégicos del negocio, ayudando a plantear soluciones para lograr que estos procesos sean más
ágiles y eficaces. Esto debido a que la arquitectura empresarial abarca los dominios de negocio,
datos, aplicaciones e infraestructura de TI.
7
Arquitectura Tecnológica Empresarial
3.3 Principios
Principios de Negocio
Enunciado Se debe procurar que los donantes pasen por un flujo de proceso sencillo y
en el menor tiempo posible. Esto puede garantizar su regreso en el futuro
y la recomendación a más personas.
8
Arquitectura Tecnológica Empresarial
Principios de Aplicaciones
9
Arquitectura Tecnológica Empresarial
Principios de Datos
Fundamento Contar con información histórica que permite el análisis que apoyen las
decisiones.
Principios de Tecnología
10
Arquitectura Tecnológica Empresarial
Nombre Tecnología actual
Enunciado Todo requerimiento nuevo debe ser soportado por tecnología actual
Fundamento Contar con tecnología actualizada y adecuada que permita integrar toda
la red.
11
Arquitectura Tecnológica Empresarial
3.3 Planificación Estratégica
Estos planes estratégicos afectaran los subprocesos tomando en cuenta para el desarrollo de las
arquitecturas empresariales. Así se podrá observar lo siguiente.
En concordancia con la Estrategia Nacional de Salud 2011-2020, el Ministerio de Salud, a través del
Departamento de Gestión TIC Sectorial, define el Plan Estratégico de TI e-salud que plantea los
siguientes ejes rectores para la informatización del Sector Salud:
12
Arquitectura Tecnológica Empresarial
8. La introducción de TI es una actividad que se planifica: debe existir un plan que guíe el
desarrollo de las TI en cada Servicio, alineado con los objetivos estratégicos del Sector y con
el plan de e-salud. Además, se propiciará la existencia de Comités Informáticos en los
Servicios de Salud, compuestos por Directivos y representantes de TI, para debatir las
orientaciones de la actividad.
13
Arquitectura Tecnológica Empresarial
3.4 Alcance de la arquitectura empresarial
El alcance de la propuesta de arquitectura empresarial está basado en las siguientes dimensiones:
Amplitud:
El objeto de estudio Servicios de Salud, bajo el Ministerio de Salud. Se brindan atenciones de salud
tales como hospitalizaciones, emergencia, procedimientos médicos, etc. Como parte de los
procedimientos médicos se tiene el macroproceso Procedimientos Terapéuticos que es parte de los
procesos Core de la empresa y el cual está constituido por dos procesos: Para el presente estudio
elegiremos el proceso de Banco de Sangre que abarca 2 subprocesos que serán analizados:
- Donación de sangre
- Transfusión de sangre
Profundidad:
El alcance de este proyecto profesional abarca el diseño de la arquitectura para los subprocesos de
Donación y Transfusión que pertenecen al macroproceso de Procedimientos Terapéuticos.
Periodo de tiempo:
Dominios: Las arquitecturas que se abarcan y los cambios a llevar a cabios se basaran tomando en
cuenta:
Arquitectura
Operativo ✓ ✓ ✓ ✓
Estratégico ✓ ✓ ✓ ✓
14
Arquitectura Tecnológica Empresarial
3.6 Interesados Claves y Preocupaciones
- Ministros y Seremis de Salud: Velan por cumplir los objetivos estratégicos y que los
Servicios de Salud sean capaces de brindar las soluciones medicas necesarios.
- Directores médicos: El director médico de las distintas unidades de salud son quien
gestiona los temas del área de salud de todos los ámbitos y especialidades.
- Jefe de operaciones: Es el análogo del director médico, gestiona los temas no asistenciales
y que son de soporte de la operación de los Servicios de Salud.
- Jefas de enfermería: Encargado de dirigir las gestiones que competen al rubro de
enfermería.
- Pacientes: Foco de la recepción y validar los servicios médicos ofrecidos y otorgados.
Como consecuencia de la reforma, el sector de la salud inicio una extensiva transformación que
abarcó desde la definición de políticas y estrategias de salud, hasta la reestructuración funcional de
los centros de salud de acuerdo con el nuevo modelo de atención, así como también, la inversión
de nuevos centros asistenciales para atender la demanda existente.
En este marco, tuvo lugar como el primer eje de trabajo la definición de los objetivos sanitarios de
la década pasada, cuya evaluación se realizó al término del periodo contemplado, en donde se
identificaron los avances y las necesidades para esta década.
Respecto a las necesidades, se demostró como esencial la inserción de los objetivos en un sistema
de planificación sanitaria que integrase todos los niveles de la organización de salud, de manera de
avanzar en la formulación y gestión efectivas de las metas.
Junto a lo anterior, se mostró como imprescindible una visión amplia de la salud en la perspectiva
de la producción social y en el enfoque de determinantes sociales de la salud, lo cual pone en relieve
el planteamiento de una Política de Estado que trasciende más allá del Sector Salud, dando mayor
énfasis a la intersectorialidad y a la participación social.
15
Arquitectura Tecnológica Empresarial
Los objetivos que se espera alcanzar con el plan son:
• Mejorar la salud de la población.
• Mejorar la calidad de la atención.
• Efectividad de costos y aumento de productividad.
• Mejores competencias y motivación del personal.
16
Arquitectura Tecnológica Empresarial
4. Arquitectura Empresarial de Línea Base (AS IS)
Consecuente con este principio, el Ministerio de Salud adhirió a esta metodología para desarrollar
la Arquitectura Empresarial del Sector Salud. En una primera etapa, se realizó el modelamiento para
el nivel central. La metodología seguida para describir las diferentes capas de la arquitectura se
representa en el siguiente esquema:
17
Arquitectura Tecnológica Empresarial
La metodología sugiere principalmente lo siguiente:
1) Dados los lineamientos estratégicos del sector y de las tecnologías de información, se definen dos
grupos de arquitecturas: Arquitectura de Negocios y Arquitectura de Tecnologías de Información.
2) La Arquitectura de Negocios está compuesta por un conjunto de modelos que definen el quehacer
de una organización; estos son:
a. Estructura organizacional: identifica la estructura de la organización de acuerdo con las
funciones que desempeña cada dependencia.
b. Mapa de procesos: identifica y agrupa los procesos de la organización de acuerdo con los
niveles de la toma de decisiones; estos son, principalmente, estratégico, operativo y de
apoyo.
c. Modelo de información: identifica y agrupa la información según el ámbito de negocio
que la produce y sus características.
d. Mapeo de los procesos, con la información que estos consumen y producen.
e. Caracterización de los actores que participan en los procesos y su ubicación.
18
Arquitectura Tecnológica Empresarial
3) La Arquitectura de Tecnologías de Información describe la organización de los recursos TI para
soportar la arquitectura del negocio e incluye:
a. Arquitectura de Información: define el modelo detallado de información, que contiene
las entidades y sus relaciones, los atributos y sus características.
b. Arquitectura de Aplicaciones: establece el mapa de las aplicaciones existentes (“As Is”), y
el nuevo mapa deseado (“To Be”), de acuerdo con los procesos de negocio, la información
y los principios de la Arquitectura Orientada a Servicios. Además, contiene las fichas de las
aplicaciones, en donde se describen detalladamente los aspectos relacionados a: ¿qué es?,
¿para qué sirve?, ¿qué hace?, ¿quién es el cliente?, ¿qué valor aporta a la organización?,
entre otros.
c. Arquitectura de Integración: define los servicios que se requieren para generar la
integración de las aplicaciones, considerando tanto los servicios que sirven de plataforma
base, como los servicios aplicativos orientados a determinados negocios.
d. Arquitectura Tecnológica: define la infraestructura de hardware y software que se
requiere para soportar la Arquitectura de Integración.
e. Arquitectura de Redes: define la infraestructura de redes que se requiere para generar la
comunicación necesaria y adecuada entre las partes.
f. Arquitectura de Seguridad: define las políticas de seguridad que se requieren para la
operación de esta plataforma, considerando desde el acceso a los diferentes ambientes,
hasta el uso de estos mismos.
4) Acorde a las arquitecturas definidas, se realiza el análisis estratégico de las brechas de TI de
acuerdo con el estado actual y el estado deseado.
5) Finalmente, se define el plan de implementación de acuerdo con los criterios de priorización
definidos. En este proceso, es importante considerar que la introducción de este paradigma implica
una enorme transformación en la organización. Por lo tanto, es necesario tener presente el
mecanismo de transición para los aplicativos existentes, con el objeto de migrarlos paulatinamente
hacia aplicativos orientados a servicios, para lo cual se define un plan de transición.
6) Este trabajo es un proceso continuo que requiere de una administración permanente, esto es lo
que se denomina “Gobernabilidad de TI”. Para ello, se debe conformar un equipo de trabajo que
valide permanentemente los cambios producidos en la organización, tanto desde el punto de vista
de sus procesos, como de la información que consumen y producen estos mismos; de igual forma,
se deben validar los nuevos requerimientos de TI que surge de los cambios generados o nuevas
necesidades identificadas.
Los resultados más importantes de la definición de la Arquitectura Sectorial son los que ahora se
indican.
La arquitectura SOA permite una eficiente reutilización de los componentes, generando ahorros
en la inversión y en la administración de estos componentes
19
Arquitectura Tecnológica Empresarial
4.1 Arquitectura de Negocio AS IS
4.1.1 Mapa de Procesos de Servicio de Salud
20
Arquitectura Tecnológica Empresarial
4.1.2 Descripción de los procesos
Se encarga de gestionar el
3 Marketing Gestionar el marketing estratégico
marketing de los servicios /
Estratégico de
Productos de la empresa, de
los Servicios -
manera estratégica
Productos
5 Gestión Legal Gestionar los temas legales Gestiona los temas legales de la
empresa
6 Gestión de Calidad Gestionar la calidad en los procesos y Gestiona y asegura la calidad en los
servicios procesos
Realiza las investigaciones en el ámbito
7 Investigación y Realizar investigación en el ámbito
Docencia médico sobre temas aún no estudiados,
médico y su posterior docencia
y promueve la docencia
21
Arquitectura Tecnológica Empresarial
ID Proceso Función Descripcion de la Función
Hospitalización
Convencional
11 Gestionar la Gestionar y atender los pacientes
hospitalización hospitalizados
13 Cirugía Ambulatoria Gestionar las cirugías Realizar las atenciones por cirugía
ambulatorias ambulatoria
22
Arquitectura Tecnológica Empresarial
23
Arquitectura Tecnológica Empresarial
4.1.3 Procesos Seleccionado
El macroproceso seleccionado es Procedimientos Terapéuticos, este macroproceso es Core de
Banco de Sangre dentro de los Servicios de Salud. Este macroproceso soporta los objetivos
estratégicos indicados en la empresa y fortalecen el negocio para lo cual tiene siete procesos
Farmacia, Quimioterapia, Nutrición y Dietética, Radioterapia, Medicina Física y Rehabilitación,
Hemodiálisis y Banco de Sangre siendo este último el objeto de estudio, donde veremos la gestión
integral de las unidades de sangre disponibles y requeridas, cuentan con los siguientes
subprocesos:
- Donación de sangre
- Transfusión de sangre
Proceso de Donación
No Aplica
Procesos de Transfusión
24
Arquitectura Tecnológica Empresarial
4.1.5 Diagrama de Proceso – Donación de Sangre
25
Arquitectura Tecnológica Empresarial
4.1.6 Diagrama de Proceso – Transfusión de Sangre
26
Arquitectura Tecnológica Empresarial
4.2 Arquitectura de Datos AS IS
La arquitectura de datos, estructura de datos, declarada en el Servicio de Salud para los procesos
elegidos en el análisis del presente trabajo se muestra a continuación:
Figura - Arquitectura Línea Base – Modelo Lógico del Proceso Transfusión de Sangre
27
Arquitectura Tecnológica Empresarial
Tabla - Arquitectura Línea Base – Descripción Modelo Lógico
28
Arquitectura Tecnológica Empresarial
4.3 Arquitectura de Aplicaciones AS IS
ID Componente Descripción
30
Arquitectura Tecnológica Empresarial
4.4 Arquitectura de Tecnología AS IS
31
Arquitectura Tecnológica Empresarial
Tabla Arquitectura Línea Base – Arquitectura Tecnológica/ Componentes de
Infraestructura
ID Infraestructura Descripción
32
Arquitectura Tecnológica Empresarial
Estaciones de trabajo ubicadas
15 Pacientes(Clientes Minsal)
33
Arquitectura Tecnológica Empresarial
5. Arquitectura Empresarial objetivo (TO BE)
Figura - Arquitectura destino TO BE– diagrama de flujo de proceso generar cita donación
34
Arquitectura Tecnológica Empresarial
Figura – Arquitectura Objeto TO BE - Diagrama de Flujo de proceso de Donación de Sangre
35
Arquitectura Tecnológica Empresarial
Diagramas de proceso – transfusión de sangre – TO BE
En este proceso se contempla que la propuesta para el esquema de transfusión debe tener una
orden de transfusión automática que permita hacer el pedido directamente en el sistema, con
ello, se optimizarían los tiempos de solicitud y permita registrar esta información.
El módulo Transfusión se debe ubicar como opción en el ERP xHIS.
36
Arquitectura Tecnológica Empresarial
Modelo de datos del negocio (modelo conceptual TO BE)
37
Arquitectura Tecnológica Empresarial
Proceso de transfusión de sangre
38
Arquitectura Tecnológica Empresarial
5.2 Arquitectura de Datos TO BE
En la arquitectura de datos TO BE, encontramos que se añadirán tablas ya existentes a este esquema
de datos propuesto para este subproceso, estas tablas corresponden a los nuevos requerimientos,
Avance de cuenta y App Móvil. El modelo de datos que acogerá el App Móvil es el modelo de datos
ya existente por lo que solo se deberá añadir tablas base de anotaciones adicionales que permitirá
informar sobre los cambios.
39
Arquitectura Tecnológica Empresarial
El modelo de datos que acogerá el Portal Web y App Móvil de donante es nuevo y
que se implementara en su totalidad.
Tabla -Arquitectura Objetivo TO BE – Descripción Modelo Lógico
40
Arquitectura Tecnológica Empresarial
Modelo de datos lógico – Proceso de Transfusión de Sangre TO BE
41
Arquitectura Tecnológica Empresarial
Para la arquitectura de datos de este proceso se integrará con las siguientes tablas que permitirá
automatizar el envío y recepción de información asignado a un paciente para su posterior
tratamiento.
9
ENFERMERA Almacena ID de la enfermera
42
Arquitectura Tecnológica Empresarial
Almacena información de los datos personales de médicos, enfermera y
15 PERSONA
paciente
43
Arquitectura Tecnológica Empresarial
5.3 Arquitectura de Aplicaciones TO BE
Se incluirá dentro del diagrama de aplicaciones, las nuevas generadas a partir de los requerimientos:
44
Arquitectura Tecnológica Empresarial
ID Componente Descripción
45
Arquitectura Tecnológica Empresarial
Arquitectura Orientada al proceso de Transfusión de Sangre
Esta arquitectura sufre modificaciones, ya que en este proceso se manejará ERP xHIS de manera
independiente, pero se ahora se requiere integrar con la aplicación de Banco de Sangre E-Delphyn.
46
Arquitectura Tecnológica Empresarial
Tabla 39 - Arquitectura Línea Base – Arquitectura de Aplicaciones / Transfusión de Sangre
ID COMPONENTE DESCRIPCIÓN
47
Arquitectura Tecnológica Empresarial
5.4 Arquitectura de Tecnología TO BE
48
Arquitectura Tecnológica Empresarial
Tabla - Arquitectura Destino – Arquitectura Tecnológica / Donación de Sangre
ID Infraestructura Descripción
49
Arquitectura Tecnológica Empresarial
Estaciones de trabajo
14 Paciente (Cliente Minsal)
50
Arquitectura Tecnológica Empresarial
Arquitectura Orientada al proceso de Transfusión de Sangre
51
Arquitectura Tecnológica Empresarial
Tabla 41 - Arquitectura Destino – Arquitectura Tecnológica / Transfusión de Sangre
ID INFRAESTRUCTURA DESCRIPCIÓN
ID INFRAESTRUCTURA DESCRIPCIÓN
52
Arquitectura Tecnológica Empresarial
Servidor adicional Citrix ERP HIS,
20 GSPLMOISOFT21
53
Arquitectura Tecnológica Empresarial
6. Análisis de Brechas (GAPS)
Del análisis de la arquitectura empresarial mostrado en los puntos anteriores podemos
encontrar que el modelo ASIS presentado nos muestra la situación actual de los procesos en la
empresa, desde el punto de vista de la arquitectura de negocios, de datos, de aplicaciones y
tecnológica.
De esta revisión hemos definido el modelo TO BE propuesto a nivel de mejoras y solución de
problemas, y a continuación mostraremos el análisis de brechas que nos permitirá definir qué
estrategia utilizaremos para completar y llegar al modelo propuesto.
54
Arquitectura Tecnológica Empresarial
6.1 Arquitectura de Negocio
Proceso de Donación de Sangre
55
Arquitectura Tecnológica Empresarial
56
Arquitectura Tecnológica Empresarial
Proceso de Trasfusión de Sangre
57
Arquitectura Tecnológica Empresarial
58
Arquitectura Tecnológica Empresarial
6.2 Arquitectura de Datos
Proceso de Donación de Sangre
59
Arquitectura Tecnológica Empresarial
Tabla –Análisis de Brechas/Arquitectura de Datos /Transfusión de Sangre–Parte2
60
Arquitectura Tecnológica Empresarial
6.3 Arquitectura de Aplicaciones
Proceso de Donación de Sangre
61
Arquitectura Tecnológica Empresarial
6.4 Arquitectura Tecnológica
Proceso de Donación de Sangre
62
Arquitectura Tecnológica Empresarial
Tabla- Análisis de Brechas/Arquitectura de Tecnológica /Donación de Sangre–Parte2
63
Arquitectura Tecnológica Empresarial
Proceso de Transfusión de Sangre
64
Arquitectura Tecnológica Empresarial
6.5 GAPS Arquitectura Empresarial Proceso de Donación de Sangre
• Implementar
El plan de acción para este caso es implementar los nuevos procesos descritos, para ello
se ejecutarán como proyecto de implementación de software que tendrá como objetivo,
cada uno de ellos, tener la aplicación móvil y de portal web de donante.
• Implementar
El modelo de datos se implementará de cero, ya que, para este caso, las mejoras
propuestas trabajaran en automatizar un proceso manual con ausencia de información.
• Implementar
El plan por seguir está en la implementación de dos nuevas aplicaciones para soportar la
propuesta definida del análisis realizado. En este caso incluiremos las aplicaciones App
Móvil Donante y Portal Web Donante.
• Implementar
Para dar soporte a lo establecido en los puntos anteriores, la estrategia será
complementar el modelo de infraestructura con un servidor que alojen estas aplicaciones
y respondan a los requerimientos establecidos en el proyecto.
65
Arquitectura Tecnológica Empresarial
6.6 GAPS Arquitectura Empresarial Proceso de Transfusión de Sangre
• Implementar
El plan de acción a seguir para este caso es implementar las actividades dentro del proceso
de Transfusión de sangre, se implementará el módulo de Transfusión de sangre, este es un
módulo adicional al ERP xHIS, posteriormente se integrará con el software EDelphyn.
• Implementar
En este caso el modelo de datos se integrará con un conjunto de tablas que son parte del
proceso de transfusión, son 5 tablas para poder enviar y recibir la información que viene de
la mano con la actividad incluida en el punto anterior, estas tablas incluyen información de
los esquemas de Hospitalización e Historia Clínica.
• Implementar
Si bien para la modificación del proceso no se requiere cambiar el esquema de tecnología,
es una problemática general la lentitud que presenta el sistema en distintos rangos horarios,
por lo que la estrategia en este caso es implementar la puesta en marcha de un servidor
Citrix adicional que permita balancear la carga de usuarios conectados al esquema actual.
66
Arquitectura Tecnológica Empresarial
6 .7 Listado de Brechas (GAPS) Adicionales a Procesos seleccionados
GAPS_ID D-01
Descripción Gaps El dispensar los fármacos necesarios para solventar alguna enfermedad es un
punto clave en la entrega de un servicio de salud completo.
Situación Actual (AS IS) Se cuenta con dispensación de fármacos de forma manual
Situación Futura (TO BE) Automatizar y tener mayor control de los fármacos
Propuesta de Solución Mejorar el sistema de gestión de farmacia para suministrar en forma oportuna
a los usuarios los medicamentos recetados por el profesional de la salud.
Motivador (Driver) misional Entregar fármacos correctos y adecuados, contando con las cantidades
que soporta necesarias controlando y gestionado para no incurrir en gastos innecesarios al
no contar con estos elementos críticos de salud.
67
Arquitectura Tecnológica Empresarial
Proceso Servicio de gestión de citas
GAPS_ID D-02
Descripción GAPs La gestión de citas es un proceso de servicio integrado a las actuales agendas
de gestión de los centros de salud, donde el proveedor de agenda integra su
servicio con el proveedor de contractibilidad, levantando funcionalidades que
ayudaran a los centros para enviar comunicaciones de forma automatizada.
Situación Actual (AS IS) No existe un sistema de automatización de citas
Situación Futura (TO BE) Un sistema de automatización de gestión de citas para contar con servicios de
validación de datos de contacto, recibir
notificaciones de confirmación o cancelación de citas de parte de los usuarios
directo en sus actuales
agendas, y otros canales, así como poder contar con nuevos servicios con más
información para
le gestión del SOME y los encargados del programa cardiovascular
Factores responsables La adherencia en tratamiento a largo plazo de pacientes crónicos
Propuesta de Solución Mejorar el sistema de gestión de farmacia para suministrar en forma oportuna
a los usuarios los medicamentos recetados por el profesional de la salud.
Motivador (Driver) misional Brindar mejor servicio a los pacientes
que soporta
68
Arquitectura Tecnológica Empresarial
Proceso Habilitar controles contra malware
GAPS_ID D-03
Descripción GAPs La sala de data center al contener información tan sensible necesita
mantenerse en óptimas condiciones físicas.
Situación Actual (AS IS) No se encuentran habilitados los controles contra Programa maligno
Situación Futura (TO BE) Se pretende habilitar los controles contra malware en el 2019, para mantener
la seguridad. Y no permitir vulnerabilidades en el sistema.
Factores responsables Eventual demanda de ataques
Motivador (Driver) misional Seguridad para el data center y aplicaciones que dependen de este
que soporta
Descripción GAPs La sala de data center al contener información tan sensible necesita
mantenerse en óptimas condiciones físicas.
Situación Actual (AS IS) No se cuenta control de ambiente en la sala de data center.
Situación Futura (TO BE) Climatización y control total del data center para prevenir eventuales
problemas futuros.
Factores responsables No se contempló cuando se incorporó el data center
69
Arquitectura Tecnológica Empresarial
Motivador (Driver) misional Brindar mayor protección en el data center
que soporta
70
Arquitectura Tecnológica Empresarial
7. Mapa de Ruta
Este mapa de ruta presenta la Estrategia Digital 2011-2020 para el Sistema Público de Salud, con la
intención final de contribuir a mejorar la salud de la población mediante una información oportuna,
eficiente y confiable, como apoyo sustantivo a los procesos de cuidado y prevención sanitarios. Uno
de los objetivos centrales de este plan es convertirse en un soporte del más alto nivel para lograr un
ejercicio eficiente del Sistema de Salud en aspectos como la coordinación y administración de la red
asistencial, la gestión, productividad y desempeño de los establecimientos, con estándares de
calidad y eficiencia universalmente aceptados, resguardando y focalizando el uso de los recursos del
sector. Asimismo, debe ser una poderosa herramienta para mejorar la prevención y promoción de
la salud pública. Este propósito se afianzará a través de soluciones que permitan articular procesos
estandarizados y coordinados, juntamente con sistemas de información interconectados, todo ello
sobre la base de una Arquitectura de Información para el área de la salud.
Descripción Proyecto Prioridad Año Inicio Año termino Situación Actual Situación Final
Esperada
Tentativo Tentativo
71
Arquitectura Tecnológica Empresarial
Campaña de publicidad e Media 2017 2020 Se ha concretado Se espera generar
integración a la población al pequeñas campañas una amplia
llamado público de ser donante con el fin de cobertura a nivel
concientizar a la publicitario para
población respecto a elevar los índices de
la donación de donantes de sangre
sangre a nivel a nivel nacional.
nacional. Logrando concretar
que el nivel de
donantes de
triplique al finalizar
el año 2020.
Creación de manuales de Media 2017 2020 Al no contar con Por ello se cree
usuarios para el uso correcto dicha tecnología y generar la suficiente
de las nuevas mejoras y sumando a ello la información para
plataformas que contaran los falta información en entregar a la
servicios de salud. cuanto a donación población dando uso
de sangre y a estas nuevas
transfusiones la herramientas y
cantidad de donares dando conocer la
es insuficientes, relevancia de donar
debido al miedo y sangre en nuestro
aversiones creadas país.
en torno ello
72
Arquitectura Tecnológica Empresarial
8. Conclusiones
Asimismo, del análisis se ha obtenido una propuesta del modelo TO-BE a implementar y ha
permitido realizar el análisis de brechas y encontrar los GAPs necesarios a cubrir mediante las
estrategias definidas para cada nivel de arquitectura.
Los proyectos de TI que están alineados con el cumplimiento de los objetivos estratégicos tienen
mayor prioridad por las gerencias ya que se tiene una percepción de que habrá un retorno de la
inversión y se deja de ver como un gasto, de esta forma se posiciona al área de TI como socio del
negocio.
Posicionar al área de TI como socio del negocio permitirá que se planteen mejoras que ayuden a
obtener una ventaja competitiva para la organización en relación con su competencia.
9. Recomendaciones
Evaluar las ventajas y desventajas de los diversos estándares o marcos de trabajo para los diferentes
propósitos de la organización: Recurso Profesional, Servicios en TI o Arquitectura Empresarial ya que
se debe tener en consideración que no necesariamente se deben implementar en su totalidad. En
su defecto, se deben tomar las mejores prácticas y alineamientos que se ajusten a la realidad de la
organización
73
Arquitectura Tecnológica Empresarial
10.Glosario
-xHIS: ERP HIS asistencial, el cual permite la automatización de procesos asistenciales desde la
admisión hasta la facturación y liquidación con aseguradoras.
Basado en la impresión de etiquetas mediante códigos de barras para agilizar los procesos y
garantizar la veracidad de la información. Captura en tiempo real de los resultados obtenidos en
todos los analizadores o dispositivos disponibles en cada Banco de Sangre. Centraliza el manejo de
la información y permite imprimir reportes que ayudan a auditar los procesos.
11.Siglas
5. URG: Urgencias
6. HOS: Hospitalización
7. CQX: Cirugía
74
Arquitectura Tecnológica Empresarial
12.Bibliografía
García Suárez, J. L. (2004). Los sistemas de información y la estrategia empresarial [Monografía]. Recuperado
de
https://ebookcentral.proquest.com/lib/inacapsp/detail.action?docID=3158912&query=978113408
2711
https://www.vanharen.net/Samplefiles/9789087537104SMPL.pdf
https://ebookcentral.proquest.com/lib/inacapsp/detail.action?docID=3181419&query=modelo+d
e+planificaci%C3%B3n
The Open Group. (2009). TOGAF version 9: The Open Group Architecture Framework (TOGAF). Recuperado
de
http://www.up.ac.za/media/shared/Legacy/sitefiles/file/44/1066/2018/8136/tempfolder/togaf9.
75
Arquitectura Tecnológica Empresarial
Thompson, A., Gamble, J. y Peteraf, M. (2012). Administración estratégica: Teoría y casos [Monografía].
Recuperado de
https://ebookcentral.proquest.com/lib/inacapsp/reader.action?docID=3214460&ppg=5
Salud-e. (2018). Arquitectura Sectorial y Estándares. [En Línea] Recuperado de: http://www.salud-
content/uploads/2013/07/I+-+Arquitectura+Empresarial+Sector+Salud+v+1.0.pdf
https://chae201411700810326.wordpress.com/2014/07/10/fases-de-desarrollo-de-togaf/
http://www.scian.cl/archivos/uploads/1314011034.9904
https://docplayer.es/5654149-Arquitectura-empresarial-ministerio-de-salud.html
76
Arquitectura Tecnológica Empresarial