MINISTERIO DEL POLICIA NACIONAL DIRECCION DE

PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

TERMINOS DE REFERENCIA

1. DENOMINACIÓN DE LA CONTRATACIÓN

Contratación de Servicio de Implementación de un Sistema para la Gestión Integrada de Farmacias de las IPRESS PNP

2. JUSTIFICACIÓN
Las IPRESS PNP no cuentan con un sistema integrado que permita gestionar sus farmacias, algunas de las cuales llevan un
control manual y otras trabajan con un sistema desarrollado en el 2002, el cual a la fecha no ha recibido mantenimiento
alguno, encontrándose obsoleto. Esta falencia ocasiona que no exista un control adecuado y centralizado de los
inventarios de las farmacias, incluyendo sus movimientos y uso por pacientes debidamente acreditados.

Siendo necesaria y obligatoria la transferencia electrónica de Información de las IPRESS-PNP a SUSALUD y encontrándose
la información generada por las Farmacias incluida, se hace necesario contar con un Sistema Integrado que gestione todas
las Farmacias de las IPRESS-PNP.

Este sistema permitirá generar la información que necesita el Sistema Estadístico de Información de Salud (SEIS), así como
el estricto control en el uso de los recursos Logísticos adquiridos por la IAFA SALUDPOL (Medicamentos y Biomédicos).

3. FINALIDAD PÚBLICA
El presente proceso busca dotar a la DIREJESAN de una herramienta Tecnológica de gestión de farmacias que permita el
control de almacenes, atenciones y dispensación de medicamentos y biomédicos a los beneficiarios de atención de salud
acreditados por SALUDPOL, elevando los niveles de eficiencia y satisfacción de los usuarios, así como el correcto uso de los
recursos expedidos por las farmacias de las IPRESS PNP.

4. ANTECEDENTES

Las principales Farmacias de las IPRESS PNP cuentan con un sistema de farmacia desarrollado en Power Builder ver 5.0
implementado por un proveedor externo en el año 2002, el cual no ha recibido mantenimiento alguno, habiendo ocurrido
a la fecha una serie de cambios en los procedimientos internos de farmacia (reglas de negocio), los cuales no han sido
implementados en el sistema existente, afectando el trabajo de las áreas usuarias que hacen uso del aplicativo
informático.

La Unidad de Estadística DIREOSS-DIREJESAN-PNP cuenta con el aplicativo SEIS que no puede hacer uso de la información
registrada en los sistemas de farmacia actuales, lo cual dificulta el trabajo de recolección de datos.

5. OBJETIVOS DE LA ADQUISICIÓN
Contratar los servicios de una empresa especializada en el desarrollo e implantación de soluciones informáticas a medida
para realizar el análisis, diseño, construcción e implementación del nuevo sistema para gestionar todas las Farmacias de
las IPRESS PNP. Dicho servicio incluirá:
 Entrega de licencias (de uso de software base y cualquier otro software y/o licencia que sea requerido).
 Entrega del software de base (base de datos, herramientas de desarrollo, herramientas CASE y todo otro
software que sea requerido para el mantenimiento del sistema), deberá estar incluido dentro del costo total del
producto.
 Entrega de la documentación técnica y de usuario final.
 Desarrollo de la capacitación técnica y de usuario final.
 Entrega del código fuente del sistema informático solicitado.
 El soporte post-implementación.

6. ALCANCES Y DESCRIPCIÓN DEL SERVICIO

El servicio estará compuesto por dos ítems:

A. Desarrollo del Sistema para gestionar las farmacias de las IPRESS PNP

P á g i n a 1 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

B. Alquiler de Hosting
El Postor deberá realizar su cotización por ítem.

A. SISTEMA DE GESTIÓN INTEGRADA DE FARMACIAS DE LAS IPRESS PNP

Especificaciones Generales:
El sistema debe soportar los procesos ejecutados en las distintas Farmacias existentes en las IPRESS PNP, debiendo ser
implementado en plataforma web, siendo su característica el de multi-establecimiento de salud.
El sistema debe estar diseñado para integrarse con el programa SEIS, permitiendo trabajar con al menos 3000 usuarios.
El sistema deberá ser capaz de ser desplegado en la nube y en una plataforma local.
El sistema deberá ajustarse al cumplimiento de las Normas MINSA, DIGEMID y SUSALUD.
El Sistema implementado será de propiedad exclusiva de la DIREJESAN de la PNP, lo cual incluye el código fuente, los
ejecutables, base de datos y la documentación técnica generados.
El Postor deberá indicar los requerimientos técnicos mínimos para la funcionalidad idónea del Sistema de Gestión de
Farmacias de las IPRESS PNP en los servidores locales del Centro de Datos de la DIREJESAN PNP, asegurando que sea el
estándar mínimo para cumplir con políticas de alta disponibilidad (365 x 24) y el normal funcionamiento del software a
nivel de la WAN que compromete a los Establecimientos de Salud de la PNP a nivel nacional.
El Postor se hará responsable de la gestión del proyecto y del desarrollo del sistema requerido.
El Postor deberá garantizar que no exista fecha límite o de caducidad en el uso del sistema.
El Postor deberá participar en todo el ciclo de vida del proyecto, con especial énfasis en la validación de requerimientos
funcionales de los usuarios finales.

ESPECIFICACIONES NO FUNCIONALES

Metodología de Desarrollo:
El Postor deberá adoptar una metodología reconocida para el desarrollo del proyecto, la cual deberá documentarla en
detalle para su posterior utilización.
La documentación del sistema deberá realizarse usando el Lenguaje de Modelado Unificado (UML).
La metodología deberá contemplar como mínimo las siguiente Fases:
a. Inicio del proyecto.
b. Relevamiento de información.
c. Análisis funcional y diseño del sistema de información.
d. Desarrollo y pruebas
e. Implementación e integración.
f. Puesta en marcha y capacitación.
g. Cierre del proyecto e inicio de soporte post-implementación.

A. Inicio del proyecto

Comprende las actividades preparatorias requeridas para iniciar el proyecto correctamente. El objetivo principal es
asegurar que se divulgue, revise y explique a los principales Jefes de las Farmacias más representativas de las IPRESS
PNP el alcance del sistema y su respectiva funcionalidad, así como dar a conocer el Plan de Trabajo del proyecto. Por
otro lado se deben asignar formalmente los roles y funciones que deberán asumir tanto los funcionarios de la
DIREJESAN como el Implementador.
B. Relevamiento de información
Comprende la revisión y/o levantamiento de la información correspondiente a los procesos de negocio y su flujo de
información.
C. Análisis funcional y diseño del sistema de información
Una vez entendido el problema a resolver indicándose los requisitos a solventar, se capturan los requerimientos a
través Casos de Uso y se realiza la planeación de lo que será o podría ser la arquitectura del sistema.
El análisis comprende al menos el desarrollo de un resumen y panorama general del sistema a modelar, Diagrama de
Caso de Uso, identificación de clases-objetos del sistema y Diagrama de Asociación de Clases.
El diseño comprende el Diseño de Clases y Objetos, Diseño de Mensajes y el Diseño de Subsistemas (Diagrama de
Componentes, Agrupación de Componentes y Distribución de Componentes).
Se debe definir y documentar los requerimientos preliminares de pruebas y la planificación para la integración del
sistema.
P á g i n a 2 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

D. Desarrollo y pruebas
En esta etapa se desarrollará la construcción y programación del sistema, debiendo trasladarse todas las
especificaciones identificadas en la fase anterior a código fuente ejecutable, cumpliendo con los requerimientos del
negocio, especificaciones técnicas e implementación de las interfaces requeridas, compatibles con las plataformas
tecnológicas vigentes.
Se deben documentar los procedimientos de pruebas y datos para probar cada unidad de software y de base de
datos.
Para evaluar el desenvolvimiento del sistema, se llevarán a cabo los siguientes niveles de prueba:
Funcional: Según los requerimientos funcionales.
Del sistema: Según los niveles de calidad del sistema y de desempeño.
De integración: De acuerdo a las interfaces
De aceptación técnica: Manejando condiciones extremas.
Se debe actualizar el Plan de Pruebas, los requerimientos de pruebas y el Plan para Integración del Sistema.
E. Implementación e integración
Comprende sucesivas pruebas de las funcionalidades del nuevo sistema.
Se debe desarrollar un Plan de integración para cada unidad de software. El Plan deberá incluir requerimientos de
prueba, procedimientos, datos responsabilidades y plazos.
Se debe documentar el conjunto de pruebas, casos de pruebas y procedimientos de prueba.
F. Puesta en marcha y capacitación
Comprende el despliegue del sistema y su configuración en dos entornos (producción y pruebas).
Se debe desarrollar un Plan de instalación y configuración del sistema en los distintos entornos.
Se debe documentar las incidencias y resultados de la instalación del sistema.
La capacitación comprende la preparación y ejecución del Plan de formación en el uso del sistema y administración
del sistema.
La capacitación estará dividida en dos tipos:
Capacitación Técnica, el Postor brindará esta capacitación al personal técnico, donde se explicará todos los detalles
técnicos del sistema, brindándose los manuales respectivos.
Capacitación de usuario final, el Postor debe brindar capacitación a los usuarios del sistema, brindándose los
manuales de usuario final del sistema.
Las capacitaciones al usuario final realizarán al menos en 5 fechas propuestas por la empresa de desarrollo a los
usuarios de las farmacias representativas de las IPRESS PNP, previa coordinación y aceptación de estas fechas por la
institución.
G. Cierre del proyecto e inicio de soporte post-implementación
Actualización de toda la documentación generada por el servicio de desarrollo del sistema.
Si caso existieran errores en el producto entregado, el Postor deberá solucionarlo, documentando y actualizando la
documentación existente.
Se debe elaborar un documento de Lecciones Aprendidas, en base a los hechos ocurridos durante el
desarrollo del proyecto.
Para cada reléase del sistema, se deberá llevar a cabo pruebas de operación y tras satisfacerse los criterios
especificados, liberar el software para su utilización.
Se deberá proporcionar asistencia y consultoría a los usuarios cuando la soliciten. Estas peticiones y las acciones
subsecuentes se deberán registrar y supervisar.
Las peticiones de los usuarios que sean aprobadas pasarán al implementador para su atención, debiendo definirse el
proceso de Gestión y Control de Cambios.

Reglamentos Técnicos
 El Software debe estar alineado en concordancia con el Decreto Supremo Nº 024-2005-PCM Aprueban
Reglamento de la Ley Nº 28612: "Ley que Norma el Uso, Adquisición y Adecuación del Software en la
Administración Pública".
 Debe estar integrado a la normativa MINSA de uso de las Identificaciones Estándar de Datos en Salud (IEDS) y
preparado para la integración de la historia clínica electrónica.
 El Software debe cumplir con lo normado en la Norma Técnica Peruana ISO/IEC 12207 Procesos del Ciclo de Vida
del Software.
 Además cumplir con lo expresado en la Ley de Protección de Datos Personales y Ley General de Salud.
P á g i n a 3 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

Plataforma de Desarrollo
 El aplicativo deberá ser desarrollado bajo entorno web con tecnología Java ver 1.8 como mínimo, bajo el patrón
MVC, utilizando como Frameworks: Hibernate, Spring, PrimeFaces e iReport, accediendo a un gestor de base de
datos PostgresSQL. En caso se utilice otro Framework para la vista, el Postor deberá sustentarlo, a fin de ser
aceptado por el área técnica de la DIREJESAN.
 El sistema podrá desplegarse en servidores con RedHat Enteprise Linux 6.5 o Centos 7 de 64 bits como mínimo.
 El sistema operativo de los clientes podrá ser Windows 7, 8 y 10 y Linux de 32/64bits.
 Protocolo de transporte/red utilizado: conexión con el protocolo TCP/IP
 Reportes generados y exportados en formato EXCEL, PDF, CSV y HTML.
 El sistema debe contener una opción de Ayuda para el uso del mismo.

Sistema de Gestión de Base de datos

 La base de datos a utilizarse será PostgreSQL ver 9.4 o superior con soporte a procesos transaccionales, pudiendo
ser alojada en servidores con sistema operativo Linux de 64 bits.
 La base de datos utilizada debe configurarse en Cluster para alta disponibilidad, lo cual deberá ser realizado por
el Postor, cuando la solución se aloje en los servidores locales que la DIREJESAN indique. La implementación del
Cluster debe ser documentada, entregándose la documentación al área técnica de la DIREJESAN.
 La base de datos será monitoreada por el Postor, con el objeto de realizar los ajustes que sean necesarios para
mejorar su rendimiento durante la operación del sistema.

Configuración y Herramientas.
 Debe permitir hacer consultas de sus datos históricos de actividad para efectos de auditoria.
 Debe permitir añadir nuevos módulos o servicios al Sistema Integrado, es decir ser escalable
 Debe ser seguro y confiable.
 Debe permitir la transferencia de datos al SETI-IPRESS.

Seguridad y Auditoria del Sistema.

 Debe permitir niveles de seguridad en el acceso por roles.
 Debe permitir la creación y configuración de roles para distribuir el trabajo de la administración por secciones
del Módulo de Farmacia, pudiéndose asignar administradores por IPRESS o grupo de IPRESS.
 Debe permitir la asignación de privilegios por grupos de usuarios.
 Debe ofrecer confidencialidad de la información.
 Debe permitir registro de accesos al sistema para auditoría.
 Debe permitir auditoria de transacciones realizadas
 Las auditorias deben ser por fecha, hora, usuario y operación ejecutada.
 La identificación para el acceso el aplicativo podrá realizarse a través de un usuario/password o certificados
digitales de autenticación, debiendo existir las dos opciones de acceso.

Integración.
 El sistema de Gestión de Farmacias de las IPRESS debe tener la opción para ser desplegado en ambientes locales,
con bases de datos locales, las cuales se deben integrar a una base de datos centralizada, transfiriéndose
información en línea o por lotes. Este esquema se utilizará en lugares donde no exista comunicación en línea o el
ancho de banda instalado para conexión a Internet sea reducido.
 El sistema a desarrollarse debe integrarse con el aplicativo SEIS, debiendo ser capaz de seleccionar y transferir
toda la información necesaria desde el Sistema de Gestión de Farmacias al SEIS.
 Debe contar con una interface para recoger datos de las recetas generadas en otros sistemas. Para ello se debe
definir el diseño de las estructuras de las tablas básicas necesarias. Este diseño deberá implementarse en
PostgreSQL y en el servidor de base de datos que utilizan los otros sistemas.
 El sistema de gestión de farmacias debe acceder a la base de datos maestra que gestionen los HIS existentes en
las IPRESS PNP, para recoger información ya registrada, a fin de evitar el registro duplicado de información. Es de
vital importancia tomar en cuenta la información contenida en la base de datos que existe en la IPRESS de mayor
nivel que tiene la PNP.

P á g i n a 4 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

Compatibilidad.-
El Sistema deberá permitir una navegación amigable en los navegadores web más conocidos del mercado como son:
Internet Explorer, Mozilla Firefox y Chrome en sus últimas versiones, sin necesidad de instalar complementos extras para
la ejecución de la aplicación.

ESPECIFICACIONES FUNCIONALES

Administración de usuarios.-
Se crearán usuarios a los cuales se les otorgará permisos para acceder a ciertas funcionalidades del sistema, así mismo se
controlará el acceso a los reportes y sus distintas modalidades de acceso tales como visualizar, imprimir y exportar.
Para cada usuario se debe definir el periodo de vigencia de acceso al sistema, impidiéndose el acceso en caso la fecha de
ingreso al sistema se encuentre fuera del rango establecido.
Implementar bloqueos automáticos de cuentas de usuarios en caso de superar cierto número de intentos de ingreso
fallido, con opción a enviar alertas a ciertas cuentas de correo electrónico. El número de intentos y la relación de cuentas
de correo deberán ser configurables.
Debe contar con un control de cambios de usuario que permita el seguimiento de la rotación de personal dentro del
sistema informático.

Registro de Módulos.-
Permitirá el registro de nuevos módulos implementados y su historial de modificaciones y/o actualizaciones.

Registro de Reportes.-
Permitirá registrar e inventariar los reportes de los módulos implementados, dicho registro será controlado por directivas
de seguridad de la Institución y así asegurar la confidencialidad de la información.

Registro Institucional.-
Permitirá registrar los datos principales de la institución. (Jerarquía, Grado, Situación, Parentesco, Cargo, Especialidad y
otros que señalan las normas legales)

Personalización del menú de usuario.- Permitirá configurar las opciones con las cuales trabajará un usuario o
un grupo de ellos, se debe aplicar procesos de herencia y directivas de relaciones de confianza para acceder a una o más
opciones de los módulos implementados.

Procesos a Incluir.-
Los procesos mínimos a considerar son los siguientes:
 Registro de PECOSAS, notas de entrada y actualización de stock.
 Generación y registro de pecosas.
 Actualización por inventario de productos.
 Control de inventario.
 Mantenimiento de productos Farmacéuticos y Dispositivos Médicos.
 Mantenimiento de pacientes.
 Mantenimiento de personal médico y otros que emiten Receta-Vale.
 Registro de Receta-Vale de atención por paciente, médico y producto.
 Control de número de atenciones.
 Generación y registro de transferencias entre farmacias.
 Consultas diversas según detalle del Módulo de Reportes.
 Registro de trazas de auditoría.
 Administración de usuario por perfil, rol y privilegios.
 Mantenimiento de tablas generales del sistema
 Gestión de almacenes existentes en las IPRESS PNP.
 Integración con los sistemas de Gestión Hospitalaria y de Información de Salud de las IPRESS PNP.
 Soporte Nutricional Artificial
 Registros de interconsultas

P á g i n a 5 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

 Registros de esquemas parenterales y totales y periféricos

 Registros de nutrición enteral total
 Monitorización de pruebas analíticas en pacientes tributarios de terapia nutricional
 Soporte a Farmacotécnia:
 Registro de fórmulas magistrales
 Registros de fórmulas oficinales
 Registros de análisis bromatológico
 Control de calidad de desinfectantes
 Servicio de Farmacia Clínica
 Registro de reacciones adversas medicamentosas
 Registro de eventos adversos
 Registro de seguimiento farmacoterapéutico
 Registro de interconsultas
 Registro de consulta de información de medicamentos
 Registro de intervenciones farmacéuticas

Sistema de Operaciones
Deberá contemplar los siguientes módulos:

1. Gestión de Catálogos:
 El maestro de ítems deberá llevar un registro de los productos que se tienen en el sistema y de los que se
llevará un control de stock.
 Este maestro de ítems permitirá registrar y modificar los datos principales de los productos como su
Descripción, unidad de medida, lote, fecha de vencimiento, registro sanitario, Precio, línea, familia, y
subfamilia.
 Nos deberá permitir indicar si es un ítem de SALUDPOL o para venta y si está afecto o no a impuestos.
 También podremos indicar otras características como si maneja lote, y las cuentas que mueve en cada una
de las operaciones que se realizan con el ítem.
 Se podrá hacer el registro de ítems Alternativos que pueden usarse en equivalencia con el que estamos
registrando.
 Deberá indicar el stock mínimo que puede manejar un ítem e irlo controlando por la consulta de stock
mínimo.
 Deberá tener un sistema de alerta para fecha de vencimiento y para stock mínimo de un producto tanto para
Medicinas como para Biomédicos.
 Generación y registro de PECOSAS.
 Actualización y Control por Inventario de Productos.
 Registro de Trazas de auditoria.
 Deberá contemplar el Registro de Hora de Atención.
 Deberá contemplar la dispensación de Productos Farmacéuticos y Dispositivos Médicos según días de
tratamiento.
 Deberá tener la opción de Clasificación de enfermedades Agudas, crónicas o Terminales.
 Registro por Diagnósticos CIE-10
 Registro por Médico que prescribe.
 Registro por Responsable de la atención en farmacia y Almacenero.
 Registro por UPS, Tabla Z – (UPSS)
 Registro por Beneficiario: Titular, Familiar, Pagante y Acción Cívica.
 Registro detallado Beneficiario: Titular, Conyugue, Hijo, Padre, Pagante y otros
 Registro por Edad.
 Registro por Sexo.
 Registro por Situación: Actividad, Retiro, Disponibilidad, sobreviviente.
 Registro por Año y Periodo.
 Registro por Stock de Productos Farmacéuticos y Dispositivos Médicos.
 Registro Inventario valorizado.

P á g i n a 6 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

 Registro Detallado de Movimientos y Transacciones en las Farmacias,Almacenes y/o Areas de Abstecimiento

 Registro por IPRESS y UGIPRESS.
 Registro por Niveles de Atención de IPRESS y Hospitales.
 Registro por: Fechas de Vencimiento de productos, Lotes, Registro Sanitarios, Presentaciones.
 Registro de Kardex Valorizado.
 Registro de Transferencias.
 Registro de Recetas, Ítems y Unidades Atendidos y no Atendidas.
 Acceso al detalle de la receta, generado por un sistema externo, utilizando el DNI de la persona.
 Registro por medicamentos y biomédicos Dispensados.
 Registro individual por Pacientes.
 Registro por Laboratorios y Fabricantes.
 Registro de Ítems o productos Sin Stock.
 Registro por Orden de compra, Factura, PECOSA, Precio, línea, familia y subfamilia.
 Registro medicamentos y biomédicos por Donaciones.
 Gestión de proveedores
 Gestión de médicos tratantes, incluyendo el registro de especialidad, firma digitalizada, sello, periodo de
vigencia para aceptación de recetas. Se debe bloquear el registro y/o aceptación de recetas de médicos en
caso la fecha del sistema no se encuentra en el periodo de vigencia establecido.
 Gestión de Turnos de dispensación

2. Registro de Recetas Vale:

 Registro de RVS modificadas y anuladas.
 Registro de RVS por especialidad
 Registro de RVS por tiempo de tratamiento
 Registro de RVS especiales, que incluye narcóticos

3. Módulo del petitorio Anual.

 Ingreso Anual valorado, en línea o importado desde una hoja de cálculo.
 Actualizaciones en el período.
 Cuadros y estadísticas.
 Demanda satisfecha y no satisfecha.
 Generación del petitorio anual en base a información existente en el petitorio del año anterior.

4. Registros de Movimientos Diarios:

 Registro de Notas de Entrada
 Dispensación de Productos Farmacéuticos y Dispositivos Médicos.
 Devoluciones de Productos Farmacéuticos y Dispositivos Médicos.
 Ajustes de Movimientos – contemplando el uso de Firma Digital.

5. Ingreso Manual de Stock (Pecosa):

 Este ingreso deberá realizarse mediante la pantalla de transacciones de ingreso y deberá ser un ingreso
valorizado en el que se consignará el precio de compra de los productos adquiridos.

6. Actualización de Saldo (Pecosa):

 Los ingresos que se realicen podrán ser visualizados en forma inmediata y deben ser visualizado desde las
ventanas de consulta de stock y también como movimiento en el Kardex.

7. Despacho de Recetas Manuales:

 Mediante transacciones manuales se podrán hacer salidas de productos que se seleccionaran manualmente
o se podrá utilizar la interfaz de ventas que permitirá despachar un pedido ingresado previamente.

8. Actualización de Salidas Despachos:

 El sistema deberá actualizarse inmediatamente realizada una transacción, el stock actual de un producto,
esto podrá ser visualizado en las pantallas.
P á g i n a 7 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

9. Transferencia entre Almacenes Áreas de abastecimiento y/o Farmacias:

 Se podrá realizar movimientos entre almacenes o farmacia con o sin confirmación del movimiento, esto se
conoce como transferencia entre Áreas de abastecimiento almacenes o farmacia con o sin confirmación. Esta
opción deberá permitir disponer de stock de un almacén o farmacia hacia otro, trasladando el stock de un
almacén o farmacia de origen a un almacén o farmacia de destino.

10. Cierre Mensual - Valorización Kardex x Almacén) :

 Al cierre de cada turno diario, mensual, semestral y anual se genera en el sistema un proceso de valorización
del Kardex, que tomara todos los ingresos valorizados ingresados y genera un precio promedio por Áreas de
abastecimiento (almacén) y/o farmacia.
 En esta opción se podrá visualizar todos los movimientos que se han ingresado.

11. Listado Detallado de Transacciones:

 Las transacciones son las representaciones de movimientos en el stock dentro del sistema, estas se pueden
visualizar desde un listado individualmente o pueden visualizarse por el detalle.

12. Kardex valorizado:

 El Kardex valorizado permitirá verificar por almacén y/o área de abastecimiento en los diferentes precios que
se tienen para cada ítem, (y) almacén y/o área de abastecimiento, además de verificar los movimientos que
se realizaron.

13. Inventario Rotativo:

 Se podrá tomar secciones de todo el stock que cuenta las farmacias para hacer un inventario, el sistema
deberá presentar diferentes opciones por las cuales realizar este inventario, familia, subfamilia, tipo de ítem,
lote, registro sanitario, fecha de vencimiento, presentación, por IPRESS, por Niveles, por Hospitales, etc.
 Asimismo permitirá hacer un corte durante cualquier momento para conocer los Stocks de cada IPRESS y un
reporte General de la UGIPRESS (DIREJESAN)

14. Inventario:
 El sistema deberá permitir realizar un inventario trimestral, semestral y anual de todos sus productos,
permitiendo realizar como mínimo hasta 3 conteos y realizar los conteos por almacenes y/o farmacias.
 Además podrá realizar los ajustes de acuerdo a su conteo desde esta interfaz y también podrá realizar
diferentes formatos de reportes.
 Reporte de Toma de Inventario.
 Reporte de inventario de inicio.
 Reporte de inventario de cierre de turno.
 Ingreso de la Toma de Inventario.
 Discrepancias Saldos vs Inventario.

15. Cierre Mensual y Anual Generado

 En una interfaz se debe visualizar los ingresos, salidas, transferencias y saldos que tienen los ítems, así como
los precios que el cierre ha generado de farmacias, Almacenes e IPRESS.

16. Gestión de Backups:

 Permitiendo la exportación e importación de la base de datos en formato plano (scripts).

17. Registro de Farmacovigilancia y Tecno vigilancia

 El sistema deberá permitir un alerta de Reacciones Adversas a Productos Farmacéuticos y Dispositivos
Médicos de acuerdo a formatos MINSA. (RAM, Reporte de Sospecha de incidente adverso a dispositivos
médicos, a medicamentos a Antituberculosos y Antiretrovirales y otros.

18. Generación de Reportes:

 Reportes por Diagnósticos CIE-10
P á g i n a 8 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

 Reportes por Medico que prescribe.

 Reporte por Responsable de la atención en farmacia.
 Reporte por UPS, Tabla Z – (UPSS)
 Reportes por Beneficiario: Titular, Familiar, Pagante y Acción Cívica.
 Reporte detallado Beneficiario: Titular, Conyugue, Hijo, Padre, Pagante y otros
 Reportes por Edad.
 Reportes por Sexo.
 Reportes por Grados PNP.
 Reportes por Situación: Actividad, Retiro, Disponibilidad.
 Reporte por Año y Periodo.
 Reportes por Stock de Productos Farmacéuticos y Dispositivos Médicos.
 Reportes Inventario valorizado.
 Reporte Detallado de Movimientos y Transacciones en las Farmacias y Almacenes.
 Reportes por IPRESS y UGIPRESS.
 Reportes por Niveles de Atención de IPRESS y Hospitales.
 Reportes por: Fechas de Vencimiento de productos Farmacéuticos y Dispositivos Médicos, Lotes, Registro
Sanitarios, Presentaciones.
 Reportes de Kardex Valorizado.
 Reporte de Transferencias.
 Reporte de Recetas, Ítems y Unidades Atendidos y no Atendidas.
 Reporte de Alerta de Vencimientos de Productos Farmacéuticos y Dispositivos Médicos y Stock mínimo.
 Reporte por Productos Farmacéuticos y Dispositivos Médicos Dispensados.
 Reporte individual por Pacientes.
 Reporte por Laboratorios y Fabricantes.
 Reporte por producto Farmacéuticos y Dispositivos Médicos con stock cero según periodo de tiempo.
 Reportes de Ítems o productos Farmacéuticos y Dispositivos Médicos Sin Stock.
 Reporte por Orden de compra, PECOSA, Precio, línea, familia y subfamilia.
 Reportes de Resultado:
o Saldos Diario de Productos Farmacéuticos y Dispositivos Médicos
o Saldos Mensual de Productos Farmacéuticos y Dispositivos Médicos
o Relación de Ingresos de Medicamentos
o Relación de Recetas-Vales
o Productos Farmacéuticos y Dispositivos Médicos dispensados por día
o Reposición de stock.
o Stock mínimo, crítico con nivel de existencias.
 Reportes de Análisis:
o Beneficiario vs Medicamentos Mensual o por fechas
o Productos Farmacéuticos y Dispositivos Médicos vs Médico tratante
o Medicamentos vs Tratamiento
o Consumo mensual de Productos Farmacéuticos y Dispositivos Médicos.
o Consumo Anual de Productos Farmacéuticos y Dispositivos Médicos
o Medicamentos por fecha de vencimiento.
o Top de Productos Farmacéuticos y Dispositivos Médicos, por consumo, por precio, entre otros
criterios.
o Saldos diarios y mensuales de medicamentos, por Farmacia y/o IPRESS PNP.
 Reporte de Farmacovigilancia y Tecno vigilancia de acuerdo a los eventos.

Entregables.
 Entrega de todas las licencias que son necesarias para el correcto despliegue, funcionamiento y mantenimiento
del sistema implementado siempre y cuando el software o aplicativo sea licenciado.
 Sistema final personalizado e implementado, operando de acuerdo a las condiciones señaladas en el presente
documento.
 Entrega de código fuente y ejecutable del sistema implementado en su última versión.
 Entrega de Proyecto o proyectos que contiene las fuentes y librerías (en NetBeans o Eclipse) que permite generar
el ejecutable del sistema implementado, incluido la herramienta de desarrollo.
P á g i n a 9 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

 Manual de usuario actualizado (impreso y archivo fuente en medio magnético).

 Manual técnico actualizado (impreso y archivo fuente en medio magnético).
 Instaladores de los paquetes o software que sean necesarios para la puesta en producción del sistema
implementado.
 Manual de despliegue del aplicativo implementado, incluyendo instrucciones de instalación y configuración de
software base y demás componentes para la puesta en producción del sistema implementado (impreso y archivo
fuente en medio magnético).
 Los programas, ejecutables y código fuente de última versión implementada debe entregarse adicionalmente en
medio magnético (CD/DVD).
 Migración de la información maestra y necesaria del Sistema anterior al nuevo Sistema.
 Acta de capación a usuarios finales y personal técnico.
 Documentación de la metodología de desarrollo utilizada para la implementación del Sistema de Gestión de
Farmacias, debiendo entregarse el archivo fuente en formato Word.
 Informe conteniendo los requerimientos técnicos mínimos para la funcionalidad idónea del Sistema de Gestión de
Farmacias en servidores locales.
 Informe Final del servicio implementado.

Plazo de Ejecución.
El tiempo de implementación debe ser de noventa (90) días calendario como máximo. Debiendo incluir en su propuesta el
cronograma de trabajo detallado que justifique el plazo de ejecución que ofertará en su Declaración Jurada. Dicho plazo se
computará desde el día siguiente de la suscripción de contrato. En este cronograma se detallaran lo siguiente:
 Periodo de análisis y diseño
 Instalación de la solución propuesta
 Implementación de la solución propuesta
 Entrega de la solución propuesta
 Capacitación sobre el uso del software implementado.
 Pruebas de aceptación de usuarios
 Transferencia tecnológica al área técnica.

Entrega de Software

Entregas futuras
Toda actualización realizada en el sistema implica que el Postor, realice nuevas entregas respecto al código fuente,
ejecutable y documentación técnica, lo cual debe ser realizado en un plazo máximo de cinco (05) días calendarios luego de
realizado el cambio.

Licencias.
El postor deberá incluir dentro de su propuesta:
 Licencia para el servidor de aplicaciones, de ser necesario.
 Licencias que sean necesarias para implementar el Cluster de la base de datos.

Garantía
 El postor deberá considerar mínimo 02 años de garantía.
 La garantía regirá al día siguiente de la firma de la recepción y conformidad del Servicio.
 Durante el periodo de garantía el postor deberá considerar un mínimo de 60 horas mensuales de asesoría y
apoyo técnico para las adecuaciones y/o personalizaciones que se requiera sin costo para la Institución.
 La garantía cubre errores y vicios ocultos.

Capacitación
El contratista deberá presentar un plan de capacitación en los 15 posteriores a la subscripción del contrato previa
coordinación con el área usuaria para su aprobación.

Criterios de Aceptación.

P á g i n a 10 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

 Para el desarrollo del sistema, se deben realizar coordinaciones y reuniones periódicas con las áreas usuarias del
sistema, a fin de afinar los requerimientos funcionales, los cuales podrían variar respecto a los indicados en el
presente documento, debiendo el Postor implementarlos. Estas reuniones y acuerdos deberán ser consignados en
Actas, las cuales serán presentadas para la aceptación del producto.
 La aceptación del producto se dará una vez que la Unidad de Estadística de la DIREOSS de conformidad de
la funcionalidad del sistema en el ambiente de producción, en un plazo no mayor de 15 días, luego de
comunicado el despliegue del sistema.
 La solución deberá ser entregada en plena y probada funcionalidad, lo que supone que el postor de la misma
deberá proporcionar también la capacitación necesaria para garantizar la continuidad operacional de la misma.

B. Servicio de Hosting
 Servicio requerido por un periodo mínimo de dos (02) años.
 El Postor deberá adjuntar el plan con el costo del servicio de servidores dedicados virtuales.
 El servicio debe ser capaz de soportar las más altas exigencias de demanda de tráfico web. Acceso continuado al
sitio con el menor tiempo de respuesta.
 El Centro de Datos donde se aloje el servidor virtual debe contar con sistemas de supervisión de seguridad y de
redes, principalmente protección ante ataques de denegación de servicio distribuido (DDoS), escaneado de
puertos y ataques de fuerza bruta.
 La infraestructura ofrecida por el Postor deberá contar con soluciones de cortafuegos integrados para la
segmentación de redes internas, seguridad perimetral y conexiones remotas con la red de las IPRESS PNP. Los
cortafuegos desplegados deben permitir la configuración de listas de control de accesos (ACL) personalizadas, a
fin de que sólo personal autorizado gestione la solución desplegada.
 La arquitectura propuesta deberá soportar la instalación de certificados digitales SSL.
 Brindar las herramientas de administración necesarias para el monitoreo permanente de la solución web
desplegada.
 Asegurar un tráfico mensual de al menos 40TB.
 El Postor proveerá un Certificado Digital SSL emitido por una entidad de certificación reconocida
internacionalmente, cuyos certificados raíz e intermedios estén contenidos por defecto en los repositorios de los
principales navegadores: Internet Explorer y Firefox. Este Certificado deberá tener una vigencia mínima de dos
(02) años y será emitido para el dominio que la DIREJESAN indique.
 La arquitectura planteada por el Postor deberá ser capaz de agregar capacidad adicional cuando la demanda de
solicitudes llegue al 85% de su capacidad. Esta capacidad será incrementada en un 50% y así sucesivamente por
el tiempo que dure la demanda adicional.
 Actualizaciones automáticas de software.
 Contar con antivirus y Firewall configurable.
 Contar herramienta cPanel.
 Acceso a consola de administración a través de SSH – root.
 Monitoreo 24 horas, los 7 días de la semana.
 El Postor deberá indicar los requerimientos técnicos mínimos para la funcionalidad idónea del Módulo de Gestión
de Farmacias de las IPRESS PNP en los servidores locales de la Oficina de Informática DIREJESAN PNP, asegurando
que son el estándar mínimo para cumplir con políticas de alta disponibilidad (365 x 24) y el normal
funcionamiento del software a nivel de la WAN que compromete a los Establecimientos de Salud de la PNP a nivel
nacional.

Soporte técnico.
 Se deberá contar con el personal disponible que garantice el soporte técnico con un tiempo máximo de inicio de
atención (vía telefónica en primera instancia y presencial en segunda instancia de acuerdo a la severidad
de incidencia).
 El proveedor debe garantizar el soporte a su producto software y a la solución entregada por servicio de
desarrollo del proceso por un tiempo no menor a 2 años, posterior a la implementación y aceptación de la
solución, refiriéndose esto a solución de errores y/o vicios ocultos.
 El postor deberá describir el esquema de soporte que brindara a la empresa.

P á g i n a 11 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

Confidencialidad
El postor que gane este proceso tomará conocimiento de la información de la Institución, deberá considerar que esta
información es reservada. Por tanto, el postor y todo su personal, deberá mantener la confidencialidad de la misma. El
compromiso de confidencialidad se prolonga indefinidamente aun después de terminado, la puesta en marcha de la
solución, y se hace extensivo al personal del postor aun cuando ellos hayan dejado de tener vínculo laboral.

7 Lugar y plazo de ejecución de la prestación

7.1 Lugar

Unidad de Estadistica de la DIREOSS-DIREJESAN-PNP, Departamento de Lima, Provincia de Lima, Distrito de Surquillo.

7.2 Plazo
A partir de la recepción de la orden de servicio el postor presentará su cronograma de trabajo detallado en el plazo de dos
días hábiles ante el funcionario responsable de las coordinaciones, quien evaluará y aprobará dicho cronograma de
trabajo en el plazo máximo de dos días hábiles; en el caso que fuera observado el cronograma de trabajo el postor tendrá
dos días hábiles para levantar dichas observaciones.
El plazo máximo para prestación del servicio es de ciento veinte (120) días calendario.
En este cronograma se detallaran lo siguiente:
 Periodo de análisis y diseño
 Instalación de la solución propuesta
 Implementación de la solución propuesta
 Entrega de la solución propuesta
 Capacitación sobre los software que involucre la solución
 Pruebas de aceptación de usuarios

7.3 Garantía
La garantía mínima será de veinticuatro (24) meses, contabilizados desde la otorgación de la conformidad del servicio.

8. Funcionario responsable de las coordinaciones

Responsable de la Unidad de Estadística DIREOSS-DIREJESAN PNP.

9. Conformidad de la prestación.
La conformidad del Servicio será otorgado por la UNIDAD DE ESTADISTICA DIREOSS-DIREJESAN-PNP en el plazo máximo de
15 días hábiles.

10. Forma de pago

De acuerdo con el artículo 149 del Reglamento, para efectos del pago de las contraprestaciones ejecutadas por el
contratista, la Entidad deberá contar con la siguiente documentación:
- Conformidad del Servicio del Área Usuaria.
- Factura.
- Informe técnico del contratista de la ejecución del servicio.

11. Responsabilidad por vicios ocultos

La conformidad de recepción de la prestación por parte de la UNIDAD DE ESTADISTICA DIREOSS-DIREJESAN-PNP no
enerva su derecho a reclamar posteriormente por defectos o vicios ocultos, conforme a lo dispuesto por el artículo 146 de
la Ley de Contrataciones del Estado.
El plazo máximo de responsabilidad del contratista es de un (4) años.

12. ANEXOS
En esta sección se deberá adjuntar la información adicional que se considere relevante para la elaboración de los TDR y
que no haya sido posible incluirla dentro de los mismos. Por ejemplo: Fotos, cuadros, estadísticas, formatos, diagramas,
etc.

P á g i n a 12 | 13
 MINISTERIO DEL POLICIA NACIONAL DIRECCION DE
PERÚ DIREOSS
INTERIOR DEL PERU SANIDAD

13. REQUISITOS DEL POSTOR Y SU PERSONAL

Requisitos del Postor.
 El Postor deberá ser una persona Natural o Jurídica con no menos de dos (02) años de actividad, especializada en
Tecnologías de Información en entidades públicas y/o privadas. El personal que proponga debe tener experiencia
en el uso de herramientas y desarrollo de aplicaciones bajo la tecnología indicada en el alcance del presente
término de referencia.
 El Postor deberá ser una persona Natural o Jurídica con experiencia en desarrollo de aplicaciones informáticas, no
menor a tres (03) años.
 El Postor deberá contar con personal experimentado en herramientas y técnicas de alta productividad,
asegurando la confiabilidad en la calidad de los resultados, cobertura total de los alcances definidos para el
proyecto y cumplimiento de plazos y cronogramas establecidos.
 El Postor deberá acreditar en la propuesta técnica su permanencia en el mercado mediante el acta de
constitución o documento equivalente. También deberá incluir constancias o certificados, facturas, contratos,
órdenes de compra o servicio que acrediten la continuidad de la permanencia en el mercado y la implementación
de sistemas informáticos administrativos y/o de salud en la Administración Pública o Privada.

Perfil del Personal

El Postor debe garantizar un equipo de trabajo conformado al menos por los siguientes profesionales para la
prestación del servicio:
 01 Gerente o Jefe de Proyecto: El puesto de Ingeniero Jefe del Proyecto de la empresa postora, deberá ser
cubierto estrictamente por un ingeniero de Sistemas, Informático, de Computación o Desarrollo de Software,
quien deberá estar colegiado y tener como mínimo tres (03) años de experiencia laboral, vinculado a la actividad
de desarrollo de software.
 01 Arquitecto de software o Analista de Sistemas: Ingeniero o Bachiller en Sistemas, Informático, de Computación
o Desarrollo de Software; con tres (03) años de experiencia como mínimo vinculado a la actividad de desarrollo
de software (como Analista de Sistemas y/o programador)
 Un 01 Programador: Bachiller en Sistemas, Informático, Computación o Desarrollo de Software; o Técnico; con
dos (02) años de experiencia como mínimo.

P á g i n a 13 | 13