You are on page 1of 21

INFORME FINAL

Servicios de Salud a Requerimiento


para el Departamento de La Paz

La Paz – Bolivia
2017
INFORME FINAL
SERVICIOS DE SALUD A REQUERIMIENTO

1. PRELIMINARES 3
1.1. Introducción 3
1.2. Problemática 4
1.3. Objetivos 5

2. MARCO TEORICO 5
2.1. Gobierno electrónico en salud 5
2.2. Modelo de Gobierno electrónico Departamental en salud 5

3. PLATAFORMA SERVICIOS DE SALUD A REQUERIMIENTO 6


3.1. Descripción de componentes 7
3.2. Ingenieria de software 9
3.3. Arquitectura software 10
3.4. Herramientas software 10
3.5. Infraestructura software 11
3.6. Almacenamiento de datos 11
3.7. Servicios Web 12
3.7. Aplicaciones Cliente 12
3.9. Documentación para la implementación 15
3.10. Recomendaciones para el uso adecuado de la plataforma 17

4. PRIMERA FASE DE PRUEBAS PILOTO 18


4.1. Diagnóstico tecnológico 18
4.2. Socialización 19
4.3. Capacitación 20
4.4. Prueba piloto 20

5. CONCLUSIONES 20

6. RECOMENDACIONES 20
1. PRELIMINARES

1.1. Introducción

El Servicio Departamental de Salud (SEDES) La Paz gestiona la salud a nivel


departamental, entre sus funciones se encuentran: Ejercer la autoridad de salud para
lograr el cumplimiento efectivo y eficiente de políticas, normas, programas y proyectos
en salud del Departamento de La Paz; asesoramiento técnico y supervisión de la
gestión de los servicios de salud en el Departamento; además de la asistencia técnica
e implementación de los procesos de Promoción, Información y Educación en Salud.

Por otro lado, el SEDES La Paz se encarga de manera directa de gestionar los
establecimientos de salud de tercer nivel, y a través del municipio se encarga de
gestionar los servicios de salud de los establecimientos de primer y segundo nivel,
además el área de Tecnología de la Información y Comunicación en salud se encuentra
en la Unidad denominada Sistema Departamental de Información en Salud (SDIS)
dependiente del SEDES, siendo esta la razón por la cual dicha Unidad tiene la
responsabilidad de gestionar aplicaciones Web y móviles para servicios de salud.

En la primera fase de desarrollo de las aplicaciones Web para servicios de salud


denominada Servicios de Salud a Requerimiento SESAR conformada por los siguientes
componentes: Gestión de establecimientos de salud sus servicios de salud y sus
consultorios, gestión de funcionarios, asignación de horarios de atención, gestión de
pacientes, gestión de reserva de citas médicas, gestión de referencias -
contrarreferencias y gestión de alertas preventivas.

En la segunda fase de desarrollo se realizaron los ajustes a la aplicación Web y móvil


pertinentes, posterior a la socialización y a reuniones de coordinación del equipo de
consultores. Además se incorporaron los componentes de: cita médica programada,
control del Programa Ampliado de Inmunización PAI, control de crecimiento, reportes
estadísticos y obtención de la información de los pacientes del Sistema de Información
Clínico Estadístico SICE.
Asimismo se dio inicio a la implementación de los componentes mencionados de la
primera fase, realizando la socialización, capacitación y finalmente se efectuaron las
pruebas piloto en los establecimientos de salud.

1.2. Problemática
La problemática surge de la necesidad de servicios de salud de calidad por parte de los
ciudadanos, administradores y prestadores de salud del departamento de La Paz. Los
problemas identificados en el trabajo de campo y trabajo de gabinete son:
Problemas de los ciudadanos:
1) La población del departamento de La Paz tiene el índice más alto de cáncer de
cuello uterino de Latinoamérica, esta enfermedad ya no afecta solamente a las
mujeres en edad fértil, sino también a las que se encuentran en la tercera edad
(Mamani, 2011). Cada día mueren entre cinco y seis mujeres por cáncer de
cuello uterino y dos por cáncer de mama (Noticias de Bolivia, 2011).
2) Los pacientes acuden a los establecimientos de salud a tempranas horas de la
madrugada a hacer fila para obtener una ficha de atención médica, este hecho
produce malestar en la población del departamento de La Paz.
3) La población del departamento de La Paz desconoce y tiene escasa información
de los establecimientos de salud, la capacidad resolutiva de estos, servicios que
prestan, programas de prevención y el proceso de referencia a establecimientos
de segundo y tercer nivel, por tal razón congestionan a los establecimientos de
salud de mayor capacidad resolutiva.
4) Las vacunas no se aplican de forma oportuna en niños y niñas, debido a que la
población no cuenta con las alertas oportunas sobre la prevención de
enfermedades.
Problemas de los administradores y prestadores de salud:
1) El SEDES La Paz no cuenta con la suficiente capacidad operativa para el
cumplimiento eficaz de la norma de referencia y contrarreferencia en los
establecimientos de salud.
2) No existe registro único de pacientes en el sistema de salud del Estado
Plurinacional de Bolivia dado que el SICE y el Software de Atención Primaria en
Salud SOAPS administran la información de sus pacientes de manera
independiente, esta información se encuentra incompleta y dispersa.
3) Los sistemas de informáticos que deben instalar los establecimientos de salud,
el SICE y SOAPS son de difícil mantenimiento y cuentan con tecnología
desactualizada, este hecho produce gastos adicionales de recursos humanos y
económicos, por la compra de equipos de computación.

1.3. Objetivos
Dar inicio a la implementación y mantenimiento de las aplicaciones Web y móvil para
servicios de salud, mediante la coordinación, elaboración y ejecución de planes de
capacitación, pruebas y ajustes.

2. MARCO TEORICO

2.1. Gobierno electrónico en salud


El Gobierno Electrónico es el uso intensivo y estratégico de las Tecnologías de la
Información y Comunicación, con el fin de mejorar la prestación de servicios públicos a
los ciudadanos. En este sentido, constituye un paradigma para optimizar los servicios
de salud creando nuevos canales entre los pobladores del Departamento y los
trabajadores del sector salud.

2.2. Modelo de Gobierno electrónico Departamental en salud


El modelo propuesto contempla el siguiente objetivo: Impulsar las iniciativas de
gobierno electrónico en el sector salud para contribuir a mejorar la prestación de
servicios de salud.
Los beneficios del modelo son:
● Contribuir a mejorar e innovar los procesos de prestación de servicios a la
población del departamento de La Paz.
● Masificar el uso de las tecnologías de la información y comunicación.
● Difundir la información de los Establecimientos de Salud del Departamento de La
Paz.
El modelo de Gobierno Electrónico para la gestión de establecimientos de salud,
adopta la modalidad Gobierno a Ciudadano G2C pues los servicios que se quiere
proveer está dirigido a satisfacer las necesidades del ciudadano, así también se adopta
la modalidad de Gobierno a Empresas G2B ya que las instituciones a las que va
dirigido estas soluciones son a los establecimientos de salud y al SEDES La Paz.
Los componentes del modelo se muestran en la Figura 1 y son:
a. Talento humano, son los médicos, enfermeras, recaudador, administrador de
establecimiento de salud, estadístico de establecimiento de salud, administrador
del SEDES y los pacientes que utilicen los servicios Web.
b. Tecnología Web.
c. Norma vigente en el sector salud.
d. Servicios orientados a la población, que incluye la implementación de la salud
electrónica (e-salud) en los establecimientos de salud de primer, segundo y
tercer nivel.

Figura 1. Modelo de gobierno electrónico en salud

3. PLATAFORMA SERVICIOS DE SALUD A REQUERIMIENTO


SESAR es la plataforma de Gobierno Electrónico para los Servicios de Salud,
implementado por el SEDES La Paz, en el marco de un modelo de Gobierno
Electrónico Departamental, con el fin de mejorar la gestión de los servicios de salud
mediante el uso estratégico de las Tecnologías de la Información y Comunicación.

3.1. Descripción de componentes

Los componentes de la aplicación Web SESAR se presentan en la Figura 2.

Figura 2. Componentes plataforma SESAR

Los cuales se describen a continuación:


a) Establecimientos de salud: este componente gestiona la información de todos
los establecimientos de salud del Departamento de La Paz realizando su
registro, edición y eliminación, este componente contempla también el registro
de sus consultorios y servicios de salud.
b) Funcionarios de salud: se contempla el registro y edición de la información de
los funcionarios de salud, además de inhabilitar a un funcionario cuando ya no
trabaje en un establecimiento de salud específico.
c) Usuarios: se contempla la asignación de los siguientes roles:
i. Administrador SEDES
ii. Administrador de establecimiento de salud
iii. Admisionista
iv. Medico
v. Enfermera
vi. Administrador medico
vii. Paciente
d) Horarios de atención: se contempla la asignación de horarios de atención a
funcionarios de salud que tengan el rol médico en la aplicación Web en un
establecimiento de salud. Este componente es importante para la gestión de
citas medicas (citas previas y citas programadas).
e) Registro Departamental de personas: este componente tiene el objetivo de
agilizar el registro de la información de los funcionario de salud y de los
pacientes. Tal información es validada posteriormente al realizar el registro de
pacientes o funcionarios.
f) Pacientes: este componente permite el registro y edición de la información de los
pacientes de los establecimientos de salud, contempla también el registro de
familiares de un paciente.
g) Citas médicas: este componente realiza la gestión de los siguiente tipos de citas
médicas: (1) Tradicional, estas fichas son otorgadas cuando el paciente se
apersona a la ventanilla de admisión, (2) Reserva, estas fichas se obtienen por
parte del paciente al acceder a su cuenta, es posible también realizar la cita
previa para una familiar; (3) Programada, estas fichas son registradas por el
médico, las cuales se debe confirmar la asistencia a la cita médica.
h) Alertas preventivas de enfermedades: se contempla el registro, edición y
eliminación de los mensajes para la prevención de enfermedades por medio de
la aplicación Web y su recepción a través de la aplicación móvil. Se tiene tres
tipos de alertas: (1) Alertas programadas, las cuales son para una determinada
fecha, (2) Alertas para prevención de enfermedades, las cuales se envían
periódicamente en la fecha de cumpleaños de los pacientes que estén en el
dentro de la configuración establecida por la aplicación Web; y (3) Alertas para
vacunas del PAI, que son enviadas a los padres de niños los cuales estén
comprendidos en el esquema de vacunación del PAI.
i) Referencias y contrareferencias: este componente contempla la creación de la
boleta electrónica de la referencia, su envío y recepción, por otra parte se
contempla también la boleta electrónica de contrareferencia su envío y
recepción.
j) Control del Programa Ampliado de Inmunización: este componente contempla el
registro de la aplicación de las dosis de las vacunas del PAI a un paciente.
k) Control de crecimiento: este componente contempla el registro de los signos
vitales de un paciente como ser: frecuencia cardiaca, frecuencia respiratoria,
presión arterial y temperatura, además de realizar el control de crecimiento
tomando en cuenta el peso y la talla, este componente está dirigido a pacientes
de hasta 5 años de edad.
l) Reportes estadísticos: este componente contempla los siguientes reportes:
cantidad de servicios prestados agrupados por género, cantidad de pacientes
atendidos por grupo etario y reportes del PAI, los cuales están realizados con
base a los consolidados del Sistema Nacional de Información en Salud SNIS.

3.2. Ingenieria de software


La ingeniería del software designa el conjunto de técnicas destinadas a la producción
de un producto software, más allá de la sola actividad de programación (Choque,
2008).
Entonces la aplicación Web y móvil para servicios de salud fue desarrollada bajo las
técnicas de la ingeniería de software comprendida por:
a) Analisis de requerimientos: donde se identifica los requisitos que debe cumplir el
software.
b) Diseño: se forma la arquitectura del software empleando modelos (modelo de
procesos, navegación y de presentación).
c) Desarrollo: se realiza la programación del software.
d) Pruebas: para detectar fallas y errores durante el proceso de ingeniería.
La primera fase de desarrollo comprendida por los componentes de: gestión de
establecimientos de salud, usuarios, funcionarios de salud, pacientes, referencias -
contrareferencias, reservas y alertas preventivas, cuenta con su respectiva
documentación de ingeniería de software (Ver Anexo A). La segunda fase de desarrollo
comprende los componentes de: cita médica programada, control de crecimiento,
control del PAI y reportes estadísticos, además en esta segunda fase aparte del
desarrollo de los componentes mencionados, se realizó los ajustes pertinentes a los
mismos y también a los componentes de la primera fase, asimismo se cuenta con su
documentación de ingeniería de software (Ver Anexo B). Adicionalmente, se cuenta
con la documentación del diseño de la aplicación móvil (Ver Anexo C).

3.3. Arquitectura software

Se empleó REST (Representational State Transfer) estilo de arquitectura software para


sistemas hipermedias distribuidos tales como la Web. Se refiere estrictamente a una
colección de principios para el diseño de arquitecturas en red.Estos principios resumen
como los recursos son definidos y diseccionados. El término frecuentemente es
utilizado en el sentido de describir a cualquier interfaz que transmite datos específicos
de un domino sobre HTTP sin una capa adicional (Navarro, 2006).
SESAR está diseñado con base en un modelo de arquitectura orientada a servicios,
constituida por tres capas lógicas, las cuales son: Aplicaciones cliente, servicios Web y
almacenamiento de datos, cada una de ellas está descrita en el Anexo D.

3.4. Herramientas software


Las herramientas software que se emplearon para el desarrollo de la aplicación Web y
móvil para servicios de salud, se describen en la Tabla 1:
Tabla 1. Herramientas de desarrollo de software utilizadas

Capa lógica Descripción Herramienta Versión


Software

Aplicaciones Cliente Constituida por un conjunto de Angular JS 1.5


interfaces gráficas de usuario y sus Android Studio 2.3
respectivas rutinas, las cuales
permiten la comunicación con la
capa de servicios Web.
Servicios Web Constituida por una API y un Laravel 5.2
conjunto de servicios, diseñados
siguiendo el estilo de arquitectura
REST, estos servicios permiten la
comunicación con la base de datos.

Almacenamiento de Constituida por el conjunto de datos PostgreSQL 9.6


datos y sus respectivas rutinas de
procesamiento de datos.

3.5. Infraestructura software

En cuanto a la infraestructura software donde se encuentra instalada la plataforma, se cuenta


con un servidor básico conectado a Internet en instalaciones del SDIS del SEDES La Paz. Este
servidor a su vez tiene un conjunto de herramientas software que permiten tener en línea los
distintos servicios que posee la plataforma SESAR. Dichas herramientas se ilustran en la Tabla
2.

Tabla 2. Herramientas de servidor de software utilizadas

Detalle Software Versión

Sistema Operativo CentOS 7

Lenguaje de programación PHP 5.6

Servidor Web Apache 2.4

3.6. Almacenamiento de datos


Para el diseño de la base de datos se tomó en cuenta el diagrama de clases donde:
a) Modelo de datos, contempla un conjunto de componentes de la aplicación Web,
los cuales permiten organizar de forma eficiente la abstracción de datos (Ver
Anexo E).
b) Diccionario de datos, en el diccionario de datos se describe los campos de la
base de datos (Ver Anexo F).
3.7. Servicios Web
Los servicios Web de la API REST están definidos por:
● Cabecera: La sección Cabecera se utiliza para visualizar y modificar la
información general acerca de la API REST. El campo URL base muestra la vía
de acceso base actual. Todos los recursos de la API REST se definen en
relación a su vía de acceso base.
URL BASE= “https://sesar.sedeslapaz.gob.bo/api_awebss/public/”
● Recursos: Permiten la manipulación de los recursos. Las operaciones definidas
para los recursos son: GET, POST, PUT y DELETE.
● Cuerpo de solicitud: Está permitido los cuerpos de solicitud para el método
HTTP de las operación GET, PUT, POST, las solicitudes DELETE no permiten
cuerpos de solicitud.
● Cuerpo de respuesta: Los cuerpos de respuesta para el método HTTP de la
operación (GET, POST, PUT) devuelven un mensaje de éxito con el código 200,
si existiera error de no ser encontrado devuelve código 404 con el mensaje no
se encuentra. Las solicitudes DELETE solamente devuelven un mensaje de
éxito con código 200, de „registros eliminados correctamente‟.
De acuerdo a esta información de los servicios web se diseñaron las peticiones que se
detallan de acuerdo a su (descripción, recurso(URI), query, método y paginación), ver
más información en el Anexo G.

3.7. Aplicaciones Cliente


Se contempla dos aplicaciones cliente para la plataforma de servicios de salud los
cuales son: cliente Web desarrollado con el framework Angularjs y cliente móvil
desarrollado con Android. A continuación se describen los roles contemplados por las
aplicaciones Cliente:
a) Aplicación Web
i) Rol: Administrador SEDES, este rol tiene las funciones de administrar la
información de los establecimientos de salud así como de asignar el rol
de administrador de establecimiento de salud a un funcionario que cumpla
con este rol de modo que este último gestione la información del
establecimiento. Por otra parte también pueden visualizar la información
de los ciudadanos registrados en la aplicación SESAR, gestionar las
alertas preventivas, gestionar las vacunas del PAI, gestionar las
enfermedades (se toman en cuenta enfermedades prevenibles para las
alertas preventivas). Por último tiene la función de gestionar las tablas
administrativas. Todas estas funcionalidades se explican a más detalle en
el manual de administrador del SEDES (Ver Anexo H)
ii) Rol: Administrador de establecimiento de salud, este rol debe ser
asignado al director del establecimiento o al administrador del
establecimiento de manera general debe tratarse de una persona que
administre la información del establecimiento. Tiene las siguientes
funciones específicas: actualizar la información de su establecimiento,
gestionar sus servicios de salud, consultorios, funcionarios de salud,
asignación de horarios a los funcionarios que cumplan el rol de médico y
gestión de usuarios. Además de tener acceso a la lista de pacientes, lista
de referencias y citas médicas del establecimiento de salud. Todas estas
funciones se explican a más detalle en el manual de Administrador de
establecimiento de salud (Ver Anexo I).
iii) Rol: Admisionista, este rol debe ser asignado al personal de admisión del
establecimiento de salud, es decir, funcionarios que gestionan la
información de los pacientes. Tiene las siguientes funciones específicas:
gestionar la información del paciente, registrar los familiares de estos,
asignación de fichas “tradicionales”, es decir asignación de fichas a
pacientes que adquieren una ficha de atención de manera tradicional
haciendo fila. Tienen también la función de admitir la referencia,
contrareferencia y cita médica. Además, tiene acceso a la información del
establecimiento en el cual desempeña sus funciones, ver horarios por
consultorios y reportes estadísticos. Las funciones del Admisionista se
explican a más detalle en el manual de Admisionista (Ver Anexo J).
iv) Rol: Médico, este rol debe ser asignado a funcionarios que cumplan con
funciones de médico, puede ser asignado también a odontólogos. Tiene
las siguientes funciones en la aplicación para servicios de salud: crear la
boleta electrónica de referencia y contrareferencia de pacientes, visualizar
las referencias realizadas, atender las citas médicas, programar una cita
además de ver el historial de citas y las citas programadas. Tiene también
el acceso a la información del establecimiento y sus horarios de atención.
Las funciones del Médico se explican a más detalle en el manual de
médico (Ver Anexo K).
v) Rol: Enfermera, tiene las siguientes funciones en la aplicación para
servicios de salud: realizar el control de la aplicación de vacunas del PAI
a pacientes, realizando el registro de estos. Tiene también la función
registrar los controles de crecimiento y signos vitales
vi) Rol: Paciente, este rol se asigna por el admisionista a personas que
validen su información en el establecimiento o a personas que sean
registradas por el admisionista en el establecimiento de salud. Para
ambos casos se asigna el rol de paciente a personas con una edad mayor
o igual a quince años, se tiene también la opción de activar una cuenta
para cuando un paciente registrado en el establecimiento llegue a la edad
mencionada. Tiene las siguientes funciones en la aplicación: reserva de
cita médica, reserva de cita médica para un familiar y confirmación de cita
médica programada. Se tiene un videotutorial que explica las funciones
del paciente en la aplicación Web de manera más detallada.
vii) Rol: Visitante, son las vistas a las que se tiene acceso sin necesidad de
iniciar sesión. Es posible realizar las siguientes acciones: visualizar la
información de los establecimientos de salud así como sus servicios y
consultorios, ver los establecimientos de salud más cercanos y registro
departamental de personas.
b) Aplicación móvil
i) Rol: Paciente, una vez que el paciente haya iniciado sesión se tiene las
funciones de recibir alertas preventivas, así como visualizar las mismas.
También tiene la función de reservar la cita médica, confirmar una cita
programada, ver los establecimientos de salud y la lista de enfermedades
registradas por la aplicación Web. Se adjunta el manual en Anexo L.
ii) Rol: Visitante, se tienen acceso a un conjunto de funciones sin necesidad
de iniciar sesión como ser la información de los establecimientos de salud
y la lista de enfermedades registradas por la aplicación Web.
El desarrollo de las funciones descritas anteriormente de la aplicación Web se
encuentra en el código fuente ver Anexo M y el código fuente de la aplicación móvil se
encuentra en el Anexo N.

3.9. Documentación para la implementación


La documentación para realizar la implementación de la aplicación Web y móvil son los
siguientes:
a) Planes, los cuales se elaboraron con el fin de guiar el proceso de
implementación en diferentes aspectos como lo son la realización de pruebas,
capacitación a los usuarios, la implementación, seguridad de las aplicaciones
para servicios de salud, además de infraestructura y conectividad. Se elaboraron
los siguientes planes:
i) Plan de pruebas, incluye las pruebas unitarias, de integración, de
validación y de sistema (Ver Anexo O).
ii) Plan de capacitación, comprende la estrategia y planificación para la
capacitación de los usuarios finales (Ver Anexo P).
iii) Plan de implementación, describe el proceso que se debería seguir para
la adecuada implantación de la plataforma, además de una propuesta de
normativa (Ver Anexo Q).
iv) Plan de seguridad informática, abarca los aspectos de confidencialidad,
riesgos y seguridad informática (Ver Anexo R).
v) Plan de Infraestructura y conectividad, contempla los principales aspectos
con los que se debe contar para tener una infraestructura y conectividad
adecuada (Ver Anexo S).
b) Manuales, los cuales se elaboraron con el objetivo de facilitar el uso de la
plataforma Web y móvil. Para la aplicación Web se tienen los siguientes
manuales:
i) Manual de usuario Administrador SEDES, explica las funciones que
realiza el Administrador SEDES, como ser: gestión de establecimientos
de salud, gestión de funcionarios, gestión de alertas preventivas, gestión
de usuarios (Anexo H).
ii) Manual de usuario Administrador de establecimiento de salud, explica las
funciones que realiza el Administrador de establecimiento de salud, como
ser: actualización de la información del establecimiento de salud, gestión
de servicios de salud, gestión de consultorios, gestión de funcionarios,
gestión de horarios de los funcionarios, gestión de usuarios (Anexo I).
iii) Manual de usuario Admisionista, explica las funciones que realiza el
Admisionista, como ser: gestionar la información del paciente, asignación
de familiar a un paciente, admisión de la referencia y contrareferencia de
un paciente, admisión de la cita médica (Anexo J).
iv) Manual de usuario Médico, explica las funciones que realiza el Médico,
como ser: creación de la boleta de referencia de paciente, asignar la cita
programada a un paciente, recibir la referencia de paciente,
contrareferenciar a un paciente, atender la cita previa (Anexo K).
Para la aplicación móvil se tienen el siguiente manual de usuario:
v) Manual de usuario Paciente, explica las funciones que realiza el Paciente,
como ser: realizar la reserva de una cita médica, confirmar asistencia a
una cita médica programada, recibir alertas preventivas de enfermedades,
consultar información de establecimientos de salud y enfermedades
(Anexo L).
c) Cuestionarios de evaluación, se aplicaron con la finalidad de conocer la facilidad
de uso de la plataforma por parte de los diferentes tipos de usuarios.
3.10. Recomendaciones para el uso adecuado de la plataforma
Las recomendaciones a considerar para el Rol Administrador de establecimiento de
salud son:
● Debe tener actualizada la información del establecimiento de salud, se sugiere
realizar un control mensual.
● Debe realizar el control y seguimiento a la asignación de horarios de atención de
su personal de salud específicamente de los médicos puesto que las citas
médicas dependen de la asignación de horarios, se sugiere realizar una
asignación mensual o trimestral.
Las recomendaciones a considerar para el Rol Médico son:
● Debe llenar la boleta electrónica de referencia de manera adecuada, para que el
establecimiento destino considere la toma de decisiones respectiva. En caso de
emergencia, es posible llenar con valores por defecto, pero se sugiere completar
esta información una vez realizada la referencia.
● Debe llenar la boleta electrónica de contrareferencia de manera adecuada, para
que el establecimiento origen considere la toma de decisiones respectiva y se de
cumplimiento con el proceso de contrareferencia.
● Informar al paciente que debe confirmar su asistencia a la cita médica
programada con un día de anticipación al día de la consulta médica.
Las recomendaciones a considerar para Rol Paciente son:
● El paciente puede realizar la reserva de una cita médica con un día de
anticipación al día de la consulta médica en el establecimiento de salud, además
que debe asistir media hora antes de la hora estimada de atención en
consultorio.
● En caso de que el paciente tenga asignada una cita médica programada, el
paciente debe confirmar su asistencia al establecimiento de salud 24 horas
antes del dia de su cita.
Se recomienda para todos los roles que deben cerrar la sesión de usuario una vez que
hayan finalizado sus actividades dentro de la plataforma.
4. PRIMERA FASE DE PRUEBAS PILOTO

4.1. Diagnóstico tecnológico


Se tienen como resultados del cuestionario de diagnóstico tecnológico aplicado en los
establecimientos de salud del departamento de La Paz lo siguiente:
● Un total de 447 establecimientos de salud completó el cuestionario electrónico
de manera apropiada, es decir completó toda la información requerida en dicho
cuestionario.
● Del número anterior un total de 49 establecimientos de salud cuentan con
acceso a Internet en sus instalaciones.
● De los 447 establecimientos de salud un total de 19 establecimientos de salud
cuenta con acceso a Internet y con equipos computacionales en consultorios y el
área de admisión.
● De los 447 establecimientos de salud un total de 14 establecimientos cuenta con
acceso a Internet y con equipos computacionales en consultorios y el área de
admisión además de contar con red local ya sea cableada o Wi-Fi, en la Tabla 3
se muestran más detalles:
Tabla 3. Resultados del cuestionario tecnológico de establecimientos
con capacidades para la implementación
Establecimiento Municipio Zona Dirección

El Rosal La Paz Zona Llojeta Rosal Av. Mario Mercado El Rosal Calle
Rosal Gazania Y Z

Instituto Nal. Del La Paz Zona Miraflores Calle Claudio Sanjinez


Torax

Instituto De La Paz Zona Miraflores Avenida Saavedra, Frente Facultad De


Gastroenterologia Medicina

Hospital De La Paz Zona Miraflores Av. Saavedra # 2245, Casi Frente A La


Clinicas Facultad De Medicina

Hospital Del Niño La Paz Zona Miraflores Pasaje Mayor Zubieta # 100 De La Zona De
Miraflores, Una Cuadra Mã•s Abajo De La
Facultad De Medicina.

Hospital Del Norte El Alto Zona Rio Seco Avenida Juan Pablo Ii N⺠220
Pasankery La Paz Pasankery Av.Marcelo Quiroga Lado Col. Luis Espinal

Policlinico 18 De La Paz Said Comienzo De C/ Quintanilla Zuaso


Mayo

Ciudadela La Paz Ciudadela C/21 De Enero Parada Minibus 332


Ferroviaria Ferroviaria

Hospital Municipal La Paz Zona Villa Calle Aspiazu S/N, A Dos Cuadras De
La Merced Fatima Adepcoca

Villa Copacabana La Paz Zona Villa Av. Burgaleta


(Pacasa) Copacabana

M. Madre De Dios El Alto Villa Dolores Calle 3 Esquina Villa Dolores


V. D.

Hosp. Boliviano El Alto Ciudad Satelite Avenida Satelite, Esquina Diego Peralta
Holandes

Hospital Municipal El Alto Zona Cascada C/Tunez Africa #1095


Boliviano Coreano

4.2. Socialización
Se realizó la socialización de la aplicación Web y móvil en los siguientes
establecimientos de salud:
● En el primer nivel se tiene a los siguientes centros de salud: El Rosal,
Pasankery, Niño Kollo, Villa Nuevo Potosi, Villa Copacabana y Ciudadela
Ferroviaria.
● Establecimientos de segundo nivel: Hospital Municipal Boliviano Coreano y el
Hospital Universitario Nuestra Señora de La Paz.
● Establecimientos de tercer nivel: Hospital de Clínicas, Hospital del Niño, Instituto
Gastroenterológico, Instituto Nacional del Tórax y el Hospital de la Mujer.
En la respectiva socialización se presentó al personal de salud el concepto de gobierno
electrónico, el modelo de gobierno electrónico departamental de salud y los
componentes que contempla la aplicación Web y móvil.
4.3. Capacitación
En el plan de capacitación (Ver Anexo N) se indica que se debe capacitar al personal
de salud, con el fin de evitar incidencias en el proceso de pruebas, entonces después
de realizar la socialización se procede a realizar la capacitación al personal que
interactúa con la aplicación Web. Es así que se realizó la capacitación en los siguientes
establecimientos de salud:
● Centros de salud de primer nivel: El Rosal y Villa Copacabana.
● Establecimientos de segundo nivel: Hospital Universitario Nuestra Señora de La
Paz.
● Establecimientos de tercer nivel: Hospital de Clínicas (área de Prestación de
Servicios de Salud Integral PSSI).

4.4. Prueba piloto


Posterior a la capacitación se realizaron las pruebas piloto en el Centro de salud El
Rosal, donde se probaron las funcionalidades de todos los componentes de la
aplicación Web, para realizar las pruebas del componente de referencia y
contrareferencia se efectuaron entre los establecimientos de salud El Rosal y Hospital
de Clínicas (área PSSI).

5. CONCLUSIONES
Para iniciar con la implementación de la aplicación Web se realizó la socialización,
capacitación y las pruebas piloto en los establecimientos de salud mencionados
anteriormente lográndose que el personal de salud obtenga la habilidad de interactuar
con la aplicación Web.

6. RECOMENDACIONES
Las recomendaciones para la implementación de la aplicación Web para servicios de
salud son las siguientes:
● Para el uso de la aplicación se considera pertinente que el SEDES en
coordinación con los establecimientos de salud adquieran equipos y
conectividad.
● Así también se considera necesario que el SEDES como eje rector desarrolle
una normativa para el uso de la aplicación.
● Regular el correcto llenado de la boleta de referencia y contrareferencia.
● Coordinar con el personal de los establecimientos de modo que no se afecte el
trabajo de estos en la cita previa al realizar reuniones imprevistas, pues estos ya
tendrán un horario configurado.
● Invertir recursos en equipos, conectividad y personal en el SEDES para dar
continuidad a la implementación.
● SESAR debe convertirse en un sistema integral de manera que brinde todas las
funcionalidades de una gestión hospitalaria

You might also like