(Procedimiento abierto) Exp.: 043/13-SV

06/06/2013 PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE DESARROLLO E IMPLANTACIÓN DE UNA SOLUCIÓN DE RECETA ELECTRÓNICA PARA EL SERVICIO DE SALUD DE LA RIOJA (Procedimiento abierto) Exp.: 043/13-SV

Índice 1. REQUISITOS TÉCNICOS... 4 1.1. REQUISITOS TÉCNICOS PARTICULARES... 5 1.2. SITUACIÓN ACTUAL... 6 1.2.1. ASPECTOS TECNOLÓGICOS... 6 1.2.1.1. Aplicativos e infraestructura de atención primaria... 6 1.2.1.2. Aplicativos e infraestructura de atención especializada... 6 1.2.1.3. Aplicativos e infraestructura en oficinas de Farmacia... 6 1.2.1.4. Sistemas internos... 7 1.2.1.5. ASPECTOS NO TECNOLÓGICOS... 10 1.3. DESCRIPCIÓN BÁSICA COMÚN DEL SISTEMA DE RECETA ELECTRÓNICA 11 1.3.1. DESCRIPCIÓN FUNCIONAL... 11 1.3.2. FUNCIONALIDADES DEL BLOQUE DE PRESCRIPCIÓN... 15 1.3.3. FUNCIONALIDADES DEL BLOQUE DE DISPENSACIÓN... 18 1.3.4. FUNCIONALIDADES DEL BLOQUE DE VISADO... 23 1.3.5. FUNCIONALIDADES DEL BLOQUE DE EXPLOTACIÓN DE DATOS... 25 1.3.6. FUNCIONALIDADES DEL BLOQUE DE FACTURACIÓN... 26 1.3.7. FUNCIONALIDADES DEL BLOQUE DE GESTIÓN... 26 1.3.8. FUNCIONALIDADES DEL BLOQUE DE ADMINISTRACIÓN... 28 1.3.9. FUNCIONALIDADES DE LA TABLA CENTRAL DE MEDICAMENTOS DE RECETA ELECTRÓNICA... 29 1.3.10. DESPLIEGUE DE LA SOLUCIÓN EN LAS OFICINAS DE FARMACIA... 29 1.4. REQUISITOS TÉCNICOS COMUNES... 30 1.4.1. REQUISITOS DE INFRAESTRUCTURA... 30 1.4.1.1. REQUISITOS DE TECNOLOGÍA DE SISTEMAS... 31 1.4.1.2. REQUISITOS DE ARQUITECTURA LÓGICA... 32 1.4.2. REQUISITOS DE INTEGRACIÓN... 32 1.4.2.1. SISTEMAS INTERNOS... 32 1.4.2.2. SISTEMAS EXTERNOS... 34 1.4.3. REQUISITOS DE INTERFAZ DE USUARIO... 34 1.4.4. REQUISITOS DE COMUNICACIÓN... 35 1.4.5. REQUISITOS DE SEGURIDAD... 36 1.4.6. REQUISITOS DE DIMENSIONAMIENTO, RENDIMIENTO Y DISPONIBILIDAD... 37 1.4.6.1. REQUISITOS DE DIMENSIONAMIENTO... 37 1.4.6.2. REQUISITOS DE RENDIMIENTO Y DISPONIBILIDAD... 38 1.4.7. REQUISITOS DE DESPLIEGUE... 39 1.4.8. REQUISITOS DE PARAMETRIZACIÓN Y CONFIGURACIÓN... 39 1.4.9. REQUISITOS LEGALES... 39 2. ALCANCE DEL PROYECTO... 40 2.1. FASE 1: ANÁLISIS Y DIAGNÓSTICO DE LA SITUACIÓN ACTUAL... 41 2.2. FASE 2: DESARROLLO DEL SISTEMA DE INFORMACIÓN... 43 2.2.1. SUBFASE 1: ANÁLISIS DE LOS SISTEMAS DE INFORMACIÓN... 45 2.2.2. SUBFASE 2: DISEÑO DE LOS SISTEMAS DE INFORMACIÓN... 46 2.2.3. SUBFASE 3: CONSTRUCCIÓN DE LOS SISTEMAS DE INFORMACIÓN.. 47 2.2.4. SUBFASE 4: IMPLANTACIÓN Y ACEPTACIÓN...50 2.3. FASE 3: IMPLANTACIÓN DE LA SOLUCIÓN PILOTO... 52 Página 2 de 87

2.3.1. ENTORNOS DE SISTEMAS: DESARROLLO, PREPRODUCCIÓN Y EXPLOTACIÓN... 53 2.3.2. DIMENSIÓN DEL PILOTO... 54 2.3.3. GESTIÓN DEL CAMBIO... 54 2.4. FASE 4: ESTABILIZACIÓN DE LA SOLUCIÓN PILOTO... 55 2.5. FASE 5: ELABORACIÓN PLAN DE DESPLIEGUE DE LA SOLUCIÓN A LA TOTALIDAD DE LA COMUNIDAD AUTÓNOMA... 58 2.6. FASE 6: PROYECTO DE EXTENSIÓN DE LA SOLUCIÓN A TODA LA COMUNIDAD... 59 3. REQUISITOS GENERALES... 61 3.1. Documentación de seguimiento y cierre de proyecto... 61 4. REQUISITOS DE EJECUCIÓN Y DOCUMENTACIÓN... 62 4.1. Planificación, dirección y seguimiento de los trabajos... 62 4.1.1. Seguimiento del proyecto... 62 4.2. Plazos y lugar de ejecución de los trabajos... 64 4.3. GARANTÍA Y SOPORTE DE LA SOLUCIÓN IMPLANTADA... 64 4.3.1. Nivel de servicio de la garantía... 65 4.3.2. Nivel de servicio de soporte... 67 4.4. Obligación de información y documentación... 70 4.5. Procedimiento de aceptación de actuaciones... 71 4.6. Control económico y facturación... 71 4.6.1. Control de facturación... 71 4.6.2. Hitos de facturación... 72 5. FORMATO Y CONTENIDO DE LA PROPUESTA... 73 5.1. Propuesta relativa a los criterios cuya valoración depende de un juicio de valor (sobre 3)... 73 5.2. Propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (sobre 4)... 75 5.2.1. Proposición económica... 75 5.2.2. Modelo de proposición económica... 78 5.2.3. Proposición relativa al resto de criterios cuantificables mediante la mera aplicación de fórmulas... 79 5.2.4. Modelo de proposición relativa al resto de criterios cuantificables mediante la mera aplicación de fórmulas... 79 Nota: Cualquier consulta en relación con el presente procedimiento de adjudicación debe dirigirse por correo electrónico a la dirección sg.contratacion.consultas@red.es indicando: Asunto: número de expediente; Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta. El plazo de recepción de consultas finalizará 3 días hábiles antes del fin del plazo de presentación de ofertas. Red.es no tendrá obligación de responder las consultas realizadas transcurrido dicho plazo. Página 3 de 87

1. REQUISITOS TÉCNICOS El objeto del contrato consiste en el desarrollo e implantación de una solución software ( SW en adelante) de receta electrónica para la Comunidad Autónoma de La Rioja en base al SW ya existente de receta electrónica propiedad de Red.es. El adjudicatario podrá presentar una solución SW propia para la ejecución del contrato; en este último caso, el adjudicatario se compromete a ceder los derechos y propiedad de la solución a la entidad pública Red.es según se describe en el apartado 3.1 del Pliego de Condiciones Particulares. Con el fin de poder estimar convenientemente el esfuerzo de desarrollo y adaptación necesario, los licitadores podrán disponer de la solución software propiedad de Red.es haciendo llegar la correspondiente solicitud a Red.es durante la fase de publicación del presente procedimiento de licitación (sg.contratacion.consultas@red.es). El objeto del procedimiento de licitación incluye la realización de un proyecto piloto para la implantación de la solución SW desarrollada así como en la extensión de la solución software en la totalidad de la región de La Rioja. La realización y la implantación de la Solución Software incluyen la ejecución de las siguientes tareas en la Comunidad Autónoma de la Rioja: 1. Análisis y diagnóstico de la situación actual en la Comunidad Autónoma. 2. Desarrollo del sistema de información. 3. Implantación de la solución piloto. 4. Estabilización de la solución piloto. 5. Elaboración Plan de despliegue de la solución a la totalidad de la Comunidad Autónoma. 6. Proyecto de extensión de la solución a toda la Comunidad Autónoma y plan de gestión del cambio. La realización de las actividades de desarrollo e implantación de la Solución Software en la Comunidad Autónoma de La Rioja comprende la adaptación de la Solución Software de receta electrónica a las particularidades de dicha Comunidad Autónoma. Página 4 de 87

1.1. REQUISITOS TÉCNICOS PARTICULARES La base para la solución técnica objeto de contratación se describe a lo largo de este apartado, en el cual se especifican los requisitos mínimos de la solución técnica licitada. Las propuestas que ofrezcan características inferiores no serán tenidas en cuenta en el presente procedimiento de licitación. El licitador deberá ajustarse a la terminología utilizada en este apartado y podrá ofertar prestaciones superiores a las solicitadas. Los requisitos mínimos detallados en este apartado del documento no pretenden ser una relación exhaustiva de las características técnicas de los elementos demandados en el presente pliego. El pliego recoge las características relevantes de los elementos objeto del contrato. Las ofertas de los licitadores deberán proporcionar la especificación técnica completa de dichos elementos. A continuación se presenta a modo de esquema general el objeto de este Pliego, el cual se estructura en una serie de fases: o Fase 1: Análisis y diagnóstico de la situación actual: Análisis de la situación actual de la comunidad autónoma en relación con los requisitos de la solución de receta electrónica. o Fase 2: Desarrollo del sistema de información: Análisis, diseño y realización de un sistema de información que implemente un sistema de receta electrónica caracterizado por los requisitos identificados en el presente Pliego de Prescripciones Técnicas. o Fase 3: Implantación de la solución piloto: Implantación de la solución en las infraestructuras adecuadas. o Fase 4: Estabilización de la solución piloto: Servicio de soporte a la explotación del piloto durante 2 meses desde la efectiva implantación de la solución piloto. o Fase 5: Elaboración Plan de despliegue de la solución a la totalidad de la Comunidad Autónoma: Diseño y planificación de un plan de despliegue de la solución a toda la Comunidad Autónoma. o Fase 6: Proyecto de extensión de la solución a la totalidad de la Comunidad Autónoma: Extensión del servicio de receta electrónica a toda la Comunidad Autónoma. Página 5 de 87

1.2. SITUACIÓN ACTUAL A continuación se presenta de forma general una descripción de la situación de la Comunidad Autónoma destinataria de los trabajos y servicios especificados en el presente pliego en relación a aspectos o factores, tecnológicos y no tecnológicos, que tienen incidencia de una forma u otra en la implementación de la receta electrónica en dicha comunidad y sobre los que el adjudicatario tendrá que profundizar en la fase 1 del proyecto. 1.2.1. ASPECTOS TECNOLÓGICOS 1.2.1.1. Aplicativos e infraestructura de atención primaria Aplicativos: Historia Clínica Electrónica de Atención primaria con la aplicación Selene AP desarrollada por Siemens. Un total de 19 centros de salud disponen de Selene con arquitectura centralizada. Selene dispone de un módulo de prescripción y una base de datos de medicamentos y productos sanitarios, con modelo de datos propietario, alimentada mensualmente a partir del Nomenclátor Digitalis al que se le añaden códigos locales (LR) para permitir la prescripción por principio activo. Infraestructuras: LAN en cada consulta e infraestructura de comunicaciones con la red corporativa variada, que comprende enlaces ADSL y Macrolan. 1.2.1.2. Aplicativos e infraestructura de atención especializada Aplicativos: Historia Clínica Electrónica con Selene AE desarrollada por Siemens. Entre otras muchas funciones se emplea para la prescripción en consultas externas, al alta de hospitalización y urgencias. Se alimenta de la misma base de datos de medicamentos y productos sanitarios que Selene Atención Primaria. Infraestructuras: Todas las consultas se encuentran dentro de la Macrolan corporativa, cuyo caudal varía desde los 200Mbps a 600Mbps. 1.2.1.3. Aplicativos e infraestructura en oficinas de Farmacia Oficinas de farmacia: Oficinas de farmacia informatizadas en más del 90%, con programas de gestión, entre los que predominan: Farmalog, Cifarma, Farmatic, PharmaPlus, Nixfarma. Página 6 de 87

Infraestructuras: La mayoría de las farmacias disponen de enlace ADSL de uso doméstico. No existe red de conexión de las farmacias con el C.O.F. (Colegio Oficial de Farmacéuticos) y no se prevé su implantación en este proyecto, por tanto el COF no centralizará estas comunicaciones. Se prevé su acceso al proyecto como un agente especial, que consumirá información relacionada con la dispensación de recetas electrónicas en las oficinas de farmacia y su facturación asociada, mejorando con respecto a la situación actual en la inmediatez y calidad de la información. 1.2.1.4. Sistemas internos. Aplicativos en la unidad de prestación farmacéutica Aplicativos: Se realiza la explotación de datos de recetas facturadas a mes vencido a través de un data warehouse de facturación, cuya base de datos se alimenta mensualmente de un CD de facturación proporcionado por el COF, de la base de datos de medicamentos del nomenclátor Alcántara, una codificación de medicamentos que permite la prescripción por principio activo, del nomenclátor de dietas y de otras fuentes que hacen posible el control de la prestación farmacéutica. La plataforma BI de facturación es Business Object XI 3.1 sobre base de datos Oracle. Se dispone también de un Módulo para la Gestión de los Reintegros para satisfacer las cuantías calculadas por el mismo a aquellos pensionistas que hayan realizado una aportación farmacéutica por encima de los máximos establecidos, o para gestionar reclamaciones asociadas al cambio de aportación farmacéutica de los ciudadanos, entre otros.. Bases de datos de identificación El aplicativo CIVITAS gestiona la tarjeta sanitaria. Puede ser consultado mediante servicios Web bajo diferentes criterios, consulta por NIF, por CIP, etc. Contiene datos personales, administrativos (médico asignado, consultorio, etc) y de aseguramiento (activo, pensionista, TSI) de los pacientes/ciudadanos. También existe un Índice de Maestro de Pacientes (MPI) al que se accede desde los hospitales y centros de salud a través de SELENE. Este sistema se sincroniza con CIVITAS y además de poseer los datos básicos de identificación, posee referencias al número de historia. Página 7 de 87

. Tarjeta identificativa del paciente El soporte físico que posee el paciente es una tarjeta de plástico con banda magnética que contiene información mínima, número de identificación del paciente, nombre y apellidos.. Sistemas de visado Se dispone de una aplicación de visados, no reutilizable ni integrable con este proyecto, donde se autorizan recetas cuyos medicamentos necesiten una validación especial para ser dispensadas por farmacia. El adjudicatario deberá incluir un nuevo sistema de visado que cumpla las funcionalidades descritas en el apartado 1.3.4.. Plataforma de autenticación y firma electrónica Se dispone de Viafirma, una plataforma que aporta entre otras, las siguientes funcionalidades: - Autenticación con certificados digitales y verificación de certificados. - Diferentes tipos de firmado. - Timestamping. - Custodia y recuperación de documentos firmados. - Verificación de integridad documental. La lista de entidades certificadoras soportadas por la plataforma son: DNIe (DNI electrónico) FNMT (Fábrica Nacional de Moneda y Timbre) Firma Profesional Camerfirma (Cámara de Comercio) Ancert (Agencia Notarial de Certificación) Izenpe (Gobierno Vasco) ACA (Autoridad de Certificación de la Abogacía) Página 8 de 87

ANF AC (Asociación Nacional de Fabricantes) CATCert (Agencia Catalana de Certificación) ACCV (Autoridad de Certificación de la Comunidad Valenciana) Los certificados para empleado seguirán el perfil definido en la Ley 11/2007, del 22 de junio.. Tarjetas criptográficas Los facultativos disponen de tarjetas criptográficas donde se encuentran almacenados los certificados digitales que serán utilizados en el proceso de firma de receta electrónica. Estas tarjetas cumplen estándares ISO 7816 e ISO 14443 2, -3, -4, con identificación ATR. En los equipos cliente, se dispone del driver Gemalto Classic Card 6.0 (o posteriores).. LDAP Se dispone de un directorio activo corporativo, tecnología Microsoft, versión WIN2008R2.. Gestor documental Se dispone de un gestor documental corporativo Alfresco, versión 3.4.8. (WS, CIFS/SMB, FTP y WebDAV).. Data Warehouse corporativo Se dispone de un data warehouse corporativo, OBI de Oracle, Oracle Business Intelligence Enterprise Edition 11g Release 1 (11.1.1).. IVR Se dispone de un sistema de respuesta de voz interactiva (IVR), disponible a través de Servicios Web.. SMS Se dispone de un sistema de envío de mensajería SMS. Página 9 de 87

. Redes de Comunicaciones La red de conexión permite que todos sus centros estén conectados en una intranet corporativa. Las velocidades de acceso son diversas dependiendo del tamaño de los centros y de la facilidad para hacerles llegar líneas de comunicaciones.. Servicios Centrales Se dispone del siguiente entorno tecnológico: Entorno de desarrollo o Tecnología Java: Java EE 5. o Framework de desarrollo: Modelo de desarrollo MVC. Spring + Hibernate. Entorno software o Sistemas operativos: Windows, UNIX y Linux. o SGBD: Oracle RAC 10G y 11G, SQL Server o Servidor de aplicaciones: JBOSS/ Apache Tomcat v5.5. o Sistemas de BI: Business Object, OBI. o Motor de integración: Tibco. Entorno hardware o Dos centros de proceso de datos en alta disponibilidad. 1.2.1.5. ASPECTOS NO TECNOLÓGICOS Las relaciones con el Colegio Oficial de Farmacéuticos se rigen por un concierto firmado por ambas partes que regula cómo el Colegio Oficial de Farmacéuticos factura mensualmente y el soporte en el que entrega a la administración la información de facturación. Durante la fase 1 se especificará de forma detallada la funcionalidades concretas que deberá soportar la solución software en relación con las Página 10 de 87

funcionalidades de facturación y su integración con el Colegio Oficial de Farmacéuticos. 1.3. DESCRIPCIÓN BÁSICA COMÚN DEL SISTEMA DE RECETA ELECTRÓNICA En este apartado se especifican una serie de requisitos, categorizados en diversos grupos que, en conjunto, definen la Solución Software objeto del contrato. Este conjunto de requisitos se deberán utilizar como fuente de datos para el proceso de análisis especificado en el apartado 2.1 del presente pliego. 1.3.1. DESCRIPCIÓN FUNCIONAL. Descripción General del Sistema La solución software que implemente el servicio de receta electrónica tiene como misión la automatización de los procesos de dispensación y gestión y su correcta sincronización con el sistema de prescripción existente, así como la automatización de los procesos para la facturación de las recetas. Queda fuera del alcance del proyecto el desarrollo sobre los módulos de prescripción, no obstante, se deberán abordar los trabajos a realizar sobre la solución de Receta Electrónica para la integración con los sistemas existentes en Atención Primaria y Especializada. En la siguiente figura se muestran, por un lado, los bloques funcionales que se ven afectados por el sistema de receta electrónica y, por otro lado, se muestran los usuarios a los que deberá dar servicio dicho sistema. Página 11 de 87

- Usuarios Los usuarios a los que deberá dar servicio la Solución Software de receta electrónica son los siguientes: ciudadanos/beneficiarios, prescriptores, dispensadores, inspectores, administrador del sistema y organizaciones administrativas. Ciudadano/Beneficiario Persona incluida en el aseguramiento del Sistema Nacional de Salud con derecho a recibir prestaciones médicas y prescripciones. Médico/Prescriptor Persona autorizada para realizar prescripciones de medicamentos en el sistema de receta electrónica. Este usuario del sistema interactúa con la funcionalidad de prescripción del sistema. Página 12 de 87

Farmacéutico/Dispensador Persona autorizada para realizar dispensaciones de medicamentos en el sistema de receta electrónica. Este usuario del sistema interactúa con la funcionalidad de dispensación del sistema. Inspector/Visador Persona autorizada para autorizar (visar) determinadas recetas en el sistema de receta electrónica. Este usuario del sistema interactúa con la funcionalidad de visado del sistema. Unidad de Prestación Farmacéutica Personas que realizan acciones multidisciplinares para el control y seguimiento de la prestación farmacéutica en el contexto del dominio de receta electrónica. Administrador del sistema Persona encargada de realizar tareas administrativas en el sistema de información que implementa el servicio de receta. Dichas tareas pueden ser relativas a la administración del propio servicio de receta o tareas de administración informática en general.. Proceso Principal Teniendo en cuenta la identificación de los bloques funcionales principales, así como la identificación de los principales usuarios de la Solución Software (aspectos ambos presentados en el apartado anterior), se describe a continuación y de forma general, el proceso que se seguirá en la prescripción de la receta, en la dispensación de la misma en las farmacias y la gestión y facturación de los medicamentos dispensados. El paciente acude a la consulta médica y se identifica con su tarjeta sanitaria. El médico se identifica y acredita electrónicamente y realiza la prescripción. La prescripción médica y sus recetas asociadas se registran en el aplicativo Selene. Página 13 de 87

Las recetas se firman con la firma electrónica del prescriptor a través de la plataforma de firma electrónica. La plataforma devuelve un comprobante de firma. La receta se registra automáticamente en un repositorio centralizado, junto con la información del comprobante de firma. El médico imprime y entrega el tratamiento farmacoterapéutico activo al paciente con las instrucciones de uso, en soporte papel. Si la receta contiene un medicamento que requiere visado, se comprueba si se puede visar de forma automática. Si no se dan las condiciones, quedará pendiente de que un inspector la vise. Si el medicamento es estupefaciente, avisará de esta circunstancia para cumplimentar la receta específica adicional. El dispensador se identifica en el sistema. En la oficina de farmacia se realiza la identificación del paciente a través de su tarjeta sanitaria y se acceden a las prescripciones pendientes de dispensar. Se registra automáticamente la dispensación y las posibles sustituciones efectuadas en un repositorio centralizado de recetas. El sistema de receta debe enviar la dispensación realizada a Selene, incluidas las sustituciones y el motivo de las mismas. El farmacéutico firmará electrónicamente cada dispensación o bien un conjunto de estas, puede que en un momento posterior a la dispensación. El farmacéutico seleccionará las dispensaciones firmadas que quiere llevar a facturación, en un momento posterior a la firma. La última fase es la realización de la facturación de las dispensaciones. Página 14 de 87

1.3.2. FUNCIONALIDADES DEL BLOQUE DE PRESCRIPCIÓN La prescripción se realiza dentro del aplicativo Selene de Siemens, quedando fuera del alcance del objeto del proyecto, los desarrollos que sean necesarios realizar para la adaptación de la herramienta de prescripción para su integración con la aplicación de Receta Electrónica, no obstante, se deberán abordar los trabajos a realizar sobre la solución de Receta Electrónica para la integración con los sistemas existentes en Atención Primaria y Especializada, asegurando que se mantienen todas las funcionalidades descritas en el presente apartado. Dicho aplicativo comprende las funcionalidades abajo descritas y proveerá los mecanismos de comunicación oportunos para el correcto engranaje de todos los agentes que componen el proyecto e-receta. Los mecanismos de comunicación deben hacer uso de estándares que permitan garantizar la interoperabilidad y circulación de datos de receta electrónica tanto en ámbito autonómico como en el de la intranet sanitaria, donde accederán el resto de comunidades autónomas y el propio MSSSI. Se requiere el uso de mecanismos de interoperabilidad basados en estándares. A continuación se describen las funcionalidades que presenta el actual módulo de prescripción: - Gestión de la identificación, autentificación y autorización de los profesionales con acceso al historial fármaco-terapéutico: prescriptor /auxiliar / administrativo. Esta gestión se deberá realizar siguiendo lo establecido en el punto requisitos de seguridad 1.4.5 de este pliego. - Funcionalidad de identificación y autenticación del paciente a través de la tarjeta sanitaria. - Funcionalidad para obtención de datos demográficos del paciente: Nivel cobertura, edad, sexo, TSI. - Funcionalidad para obtención de datos clínicos del paciente: peso, estado, sumario de episodios relevantes, posibles alergias, etc - Gestión del ciclo de vida de la prescripción: creación, baja, consultas, activación/desactivación, posibilidad de creación de recetas mediante copia de recetas anteriores. - Funcionalidad para realizar la renovación de prescripciones si se ha agotado el límite temporal establecido. Página 15 de 87

- Funcionalidad para permitir definir diferentes tipos de prescripción: por presentación de principio activo, por nombre comercial, por conjunto de intercambio de efecto y accesorio. - Funcionalidad para generar códigos PIN de seguridad que permitan establecer mecanismos de confidencialidad para el acceso a prescripciones, dispensaciones y su historial, desde cualquier módulo del que se realice la consulta. - Funcionalidad que permita la impresión de la hoja de medicación activa e instrucciones asociadas. Solo se mostrará información sin reserva de acceso salvo que sea un facultativo o se haya introducido el PIN de seguridad. Mostrar para cada producto, duración del tratamiento y posología en formato texto y gráfico. - Funcionalidad que permita incorporar en la hoja de medicación activa información sobre el coste del tratamiento, con diferenciación del porcentaje asumido por el Sistema Nacional de Salud. Se muestra información del PVP, TSI. - Funcionalidad para elaborar planes de dispensación en tratamientos de agudos, tratamientos de larga duración y crónicos, especificando parámetros como posología, duración del tratamiento, número de unidades del envase, periodo validez generando automáticamente un plan de dispensación que maneje toda la casuística: posologías complejas, peticiones del paciente (adelanto por vacaciones y viajes fuera, etc.), impresión administrativa, etc. y respetando el periodo máximo del que se puede hacer prescripción. Además se debe permitir la modificación manual del plan de dispensación. - Funcionalidad en prescripción para establecer mecanismos para gestión de Fórmulas, Psicótropos, Estupefacientes, etc... - Asistentes de ayuda a la prescripción. - Asistente de elección de Principio Activo o Medicamento Comercial incorporando criterios y control de flujos que persigan una optimización del coste/eficiencia de la prescripción y el Uso Racional Medicamento: prescripción DOE, coste tratamiento/día, Precio facturación, EFG, etc... - Funcionalidad que permita la consulta en el sistema: Ofrecer servicios de consulta del Historial Fármaco-terapéutico compuesto por prescripciones, plan de recetas y dispensaciones (realizadas y no realizadas), que permitan monitorizar la continuidad y adherencia a tratamientos, recetas visadas y pendientes de visar. Solo se mostrará Página 16 de 87

información sin reserva de acceso salvo que sea un facultativo o se haya introducido el PIN de seguridad. - Funcionalidad para la firma de recetas electrónicas de forma puntual y por lotes para agilizar la firma de tratamientos de larga duración y poli medicados. - Funcionalidad para disponer de tarjetas que permitan la autenticación del profesional, pero no la firma avanzada como un mecanismo de contingencia ante pérdida. - Establecimiento de perfiles que pueden realizar las diversas impresiones. - Funcionalidad para gestionar comunicaciones entre el prescriptor y todos los actores asociados al ciclo de asistencia fármacoterapéutica (inspectores sanitarios (visado) e inspectores de la prestación farmacéutica), estableciendo canales de comunicación bidireccional con ellos: dispensadores de las oficinas de farmacia, inspectores y administradores del sistema, durante la prescripción y fuera de ella. - Funcionalidad para integrar servicios de auditoría y trazabilidad y mecanismos que garanticen el cumplimiento la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD). - Gestión de usuarios: Integración con el LDAP corporativo y el modelo de usuario para la gestión de perfiles y datos de usuario (facultativos y no facultativos) y roles, según se defina en el análisis funcional para las necesidades específicas del ciclo de receta electrónica. - Establecimiento de funcionalidades para la integración de información relativa a prescripción y receta con el Data Warehouse Corporativo. Restricción de acceso: Acceso restringido a los datos: acceso para la cumplimiento de la función tanto a nivel de datos como funcionalidad. - Todas las funciones que se pueden derivar en el lado de la prescripción como consecuencia de la aplicación de las normas impuestas en la LOPD. - Funcionalidades de que permitan mantener un histórico de datos con el fin de liberar al sistema online de carga innecesaria. - En todas las informaciones derivadas del sistema se tendrá en cuenta la accesibilidad para personas con discapacidad. Página 17 de 87

- Funcionalidad para gestionar la impresión de recetas en condiciones que eviten fraude. Estas recetas podrían aparecer en circuito de receta electrónica quedando marcadas como receta impresa que implica que no son dispensables ni facturables electrónicamente. - Funcionalidad para gestionar la impresión de recetas ya existentes en el módulo de ereceta en condiciones que eviten fraude, se enviará una marca receta impresa que implica que no son dispensables ni facturables electrónicamente. - Funcionalidad para realizar el tratamiento masivo de Recetas Electrónicas (procesamiento back-office): anulaciones masivas de recetas, corrección de errores extensivos en recetas, etc. - La funcionalidad de prescripción deberá cumplir la normativa contenida dentro del Real Decreto 1718/2010, de 17 de diciembre, sobre receta médica y órdenes de dispensación, publicado en la página web del Ministerio de Sanidad y las posibles modificaciones asociadas a éste que puedan surgir en un futuro. El módulo de prescripción, tal y como se ha comentado en el proceso principal descrito anteriormente, entrega las recetas ya calculadas al módulo de Receta Electrónica. 1.3.3. FUNCIONALIDADES DEL BLOQUE DE DISPENSACIÓN Este bloque contempla las funcionalidades mínimas que el módulo central de Receta Electrónica debe aportar con respecto a la dispensación, así como funcionalidades que las oficinas de farmacia debieran tener integradas en su software de gestión. Cada farmacéutico se encargará de tramitar su certificado, a través de alguna entidad certificadora compatible con la plataforma de la comunidad autónoma. El adjudicatario deberá estar informado de la adquisición de los certificados como requisito imprescindible para la correcta adecuación de las oficinas de farmacia quedando fuera del alcance del procedimiento de licitación el suministro de estos certificados. El módulo deberá incluir, al menos, las siguientes funcionalidades: - Gestión de la identificación, autentificación y autorización de los profesionales, en cada uno de los diferentes perfiles que se presentan Página 18 de 87

dentro de una oficina de farmacia. Esta gestión se deberá realizar siguiendo lo establecido en el punto requisitos de seguridad. - Funcionalidad que permita definir diferentes roles y perfiles y asociarlos a los agentes en la oficina. - Funcionalidad para cacheo de la clave asociada al certificado del profesional de farmacia por sesión de aplicativo de software de farmacia. - Funcionalidad para identificación del paciente a través de la tarjeta sanitaria, con acceso a los datos estrictamente necesarios para una gestión correcta. Excepcionalmente, mecanizado de su tarjeta TIS. Igualmente existirá una posibilidad alternativa de identificación del paciente en situaciones de contingencia, con la documentación que se establezca, señalando la causa de la contingencia. - Funcionalidad para auditoría de las digitaciones de TIS, de cara a evitar fraudes. - Funcionalidad para realizar la consulta de dispensaciones pendientes y ya realizadas y pendientes de visado y ya visadas. Si una receta está pendiente de visado, no es dispensable. - Funcionalidad para recibir modificaciones en recetas, por ejemplo, para indicar que una receta se ha imprimido, pasando a no dispensable ni facturable electrónicamente. - Gestión de Prescripciones Confidencializadas o securizadas mediante PIN. - Consulta del historial fármaco-terapéutico de un paciente. Si existe reserva de acceso, mecanizar el PIN para ver también las prescripciones securizadas, parametrizando el número máximo de meses de los que se pueden consultar. - La dispensación realizada se registrará telemáticamente en el momento de la dispensación en repositorio central de dispensaciones. Los datos relativos a la dispensación realizada se envían a Selene. - La dispensación deberá ser firmada por el profesional designado, permitiendo el sistema opciones de firma por lotes, y posibilidad de firma diferida (en el tiempo que se establezca). La plataforma de firma a utilizar será Viafirma descrita en el apartado Plataforma de autenticación y firma electrónica. Página 19 de 87

- Posibilidad de anular dispensaciones ya realizadas (en las condiciones y en los plazos que se establezcan). La anulación volverá a dejar la receta en su estado previo a todos los efectos. - Funcionalidad que permita que el farmacéutico seleccione las dispensaciones firmadas que quiere llevar a facturación. Por defecto, el sistema pondrá las dispensaciones firmadas en estado a facturación, estado que podrá variar el farmacéutico. - Funcionalidad que permita generar un fichero de facturación con las dispensaciones seleccionadas por el farmacéutico con información estrictamente necesaria para facturación, bajo distintos formatos, para envío al colegio. - Funcionalidad para volcado de dispensaciones al colegio con los datos estrictamente necesarios para facturación. - Funcionalidad que obligue a incorporar el DNI de la persona que retira el fármaco en los casos que la legislación así lo obliga (estupefaciente, psicotrópicos etc.). - Funcionalidad para consultar el TSI del paciente en el momento de la dispensación. Este dato de TSI será guardado asociado a la dispensación, a efectos de cálculo de aportación y gasto. - Funcionalidad para identificar los pacientes que tienen autorizada aportación reducida. - Funcionalidad para elección de producto que permita obtener una lista de medicamentos susceptibles de ser dispensados, si la prescripción es por principio activo. - Funcionalidad para sustitución de producto: permite obtener una lista de productos sustituibles con el prescrito. - Funcionalidad para guardar el precio del medicamento asociado a la dispensación, al igual que lo pagado por el paciente a efectos de cálculo de aportación y gasto. - Funcionalidad para establecer mecanismos necesarios para el envío y recepción de la mensajería de comunicación entre farmacéutico, prescriptor y paciente: notas, comentarios, observaciones, peticiones, etc. El modelo permitirá tanto la mensajería entre profesionales como entre entidades (COFs, grupos de Oficinas de Farmacia, entidades de la estructura funcional del servicio de salud, etc.) Página 20 de 87

- Funcionalidad que permita, ante un usuario de otra comunidad autónoma, acceder al nodo de intercomunicación de que dispondrá el Ministerio de Sanidad para conocer los medicamentos dispensables, informándole de las dispensaciones realizadas, cuando el módulo esté disponible. - Funcionalidad que permita al dispensador consultar historial de dispensaciones (con límites parametrizables) previo consentimiento informado por parte del paciente. - Funcionalidad para gestionar el consentimiento informado para el acceso al historial de dispensaciones, a través de diferentes alternativas. - Funcionalidad que permita al farmacéutico dispensador tener la posibilidad de "reservar" dispensaciones del paciente para la preparación de fórmulas magistrales (en los plazos y condiciones que se establezcan) de modo que dichas dispensaciones no puedan realizarse en ninguna otra Oficina de Farmacia. - Funcionalidad que permita la impresión de la hoja de tratamiento activo y futuras dispensaciones, así como un volante de instrucciones. El sistema permitirá imprimir en el acto de dispensación un documento para el paciente con la información de su tratamiento activo, así como un cronograma de futuras dispensaciones. Sólo se mostrará información sin reserva de acceso salvo que sea un facultativo o se haya introducido el PIN de seguridad. Se mostrará para cada producto, duración del tratamiento y posología en formato texto y gráfico. - Funcionalidad que permita la incorporación de recetas impresas tradicionales (no informatizadas) y recetas informatizadas no electrónicas, no facturables electrónicamente y con tipificación distinta, de manera que se distingan de las recetas electrónicas. - Funcionalidad que permita incorporar dispensaciones sin receta o con receta privada, no facturables electrónicamente, con tipificación distinta. - Funcionalidad para dotar al farmacéutico del servicio de elección de productos, al realizar sustituciones, estableciendo el sistema para indicar el motivo de la sustitución. El sistema deberá contemplar no solo las sustituciones legalmente reconocidas sino también la elección de los medicamentos a dispensar cuando se trate de una prescripción por presentación de principio activo, de forma que en cualquiera de los 2 casos, además de que en el primero se recoja la causa que motiva la sustitución, el sistema valide automáticamente Página 21 de 87

que la dispensación realizada cumple los criterios establecidos en sus reglas de negocio. - Funcionalidad que permita gestiona los cupones-precinto. Contemplar diferentes alternativas para gestionar el cupón precinto: por ejemplo una hoja de cupón común a distintas dispensaciones, por oficina de farmacia y/o terminal de dispensación y día. Posibilidad de incluir lectores de códigos de barras para identificar la hoja. - Bloqueo cautelar de recetas por parte del dispensador y su mecanismo de reactivación oportuno. - Integración con el software de las oficinas de Farmacia. Los servicios de integración para la dispensación deberán quedar convenientemente documentados con el objetivo de que las empresas fabricantes de los diferentes Software de Farmacia puedan referirse a dicha documentación y realizar las adaptaciones que proceda en función de los criterios de homologación que se marquen. Del mismo modo, deberán facilitarse unos "servicios de prueba" que sirvan a los fabricantes de software de gestión de Farmacia para facilitar su procedimiento de adaptación. Los proveedores de software de las oficinas de farmacia se encargarán de la adaptación de sus aplicativos para funcionar según las especificaciones que establezca el adjudicatario del pliego. Por su parte, el adjudicatario se encargará de realizar los desarrollos oportunos en el módulo central de receta, para recibir las llamadas desde las farmacias y realizar los circuitos de trabajo necesarios. - Elaboración de un procedimiento y criterios de homologación del software de gestión de las farmacias. Dentro del procedimiento deberán, asimismo, definir las condiciones que un Software de Farmacia deberán cumplir para considerarse "candidatos" a utilizar los servicios a prestar por la Solución Software que implemente el sistema de receta electrónica del Departamento de Sanidad. - Desarrollo de una aplicación basada en tecnología JAVA (Applets o Java Web Start) para la dispensación de contingencia que deberá cumplir con los propósitos que se definen a continuación: o Cobertura de funcionalidades de dispensación básica a aquellas farmacias que no dispongan de un Software de Gestión adaptado a las necesidades de la Solución Software del sistema de receta electrónica o Cubrir un posible servicio de "Dispensación de contingencia" que operaría en aquellos casos en los que los sistemas o comunicaciones de las Oficinas de Farmacia hayan sufrido Página 22 de 87

algún problema. Los requerimientos asociados a los diferentes escenarios de contingencia serán objeto de estudio y definición dentro del alcance del proyecto. Dicho servicio será operado vía IVR. La resolución de incidencias de tipo técnico será realizada por el equipo de guardias de la Comunidad Autónoma. o Esta aplicación definirá igualmente SW que cumplan un propósito doble: Servir de aplicación de prueba de los servicios de dispensación construidos y acceso por parte de un sistema de Unidad de Reconocimiento vocal para una dispensación básica (local). o Funcionalidad para establecer mecanismos de seguridad asociados a la IVR, tipo usuario/contraseña. La adquisición del sistema IVR queda fuera del alcance del proyecto. o Funcionalidad para realizar el proceso de firma de la dispensación y facturación. - Funcionalidad para integrar servicios de auditoría y trazabilidad y mecanismos que garanticen el cumplimiento la LOPD. - Funcionalidad que permita mantener un histórico de datos con el fin de liberar al sistema online de carga innecesaria. - Cualquier otra funcionalidad derivada del cumplimiento del Real Decreto 1718/2010, de 17 de diciembre, sobre receta médica y órdenes de dispensación, publicado en la página web del Ministerio de Sanidad. 1.3.4. FUNCIONALIDADES DEL BLOQUE DE VISADO El sistema incorporará un módulo de visados que intervendrá dentro del flujo prescripción/dispensación para todas las recetas que lo requieran, sean éstas en formato electrónico o en formato papel. Este módulo deberá incluir, al menos, las siguientes funcionalidades: - Gestión de la identificación, autentificación y autorización de los inspectores médicos. - Funcionalidad que permita calcular si una receta precisa de ser visada o no. - Funcionalidad que permita definir reglas de visado complementando lo definido en el Nomenclátor, por ejemplo edad del paciente. Página 23 de 87

- Funcionalidad que permite añadir/modificar/consultar reglas de visado automático. - Funcionalidad que permite el visado automático si la receta cumple con las reglas del mismo. - Funcionalidades que permita incorporar el visado de recetas manuales e impresas o Registro de datos del paciente o Registro del médico prescriptor o Registro de datos relacionados con el informe médico, incluyendo el diagnóstico o Registro del medicamento de visado o Registro de la posología, con cálculo automático de la siguiente fecha de visado - Funcionalidad para gestionar comunicaciones durante la prescripción y fuera de ella, entre el prescriptor, el inspector y la oficina de farmacia, estableciendo canales de comunicación bidireccional entre ellos, permitiendo la integración horizontal con los nuevos sistemas de la Solución Software que implemente el sistema de receta electrónica. - Funcionalidad para gestionar el ciclo de vida del visado: aceptación, rechazo, bloqueo cautelar, renovación del visado, etc... - Funcionalidad para visar automáticamente recetas dentro un tratamiento, lo cual permite autorizar durante un periodo de tiempo no sólo la dispensación, sino la totalidad del tratamiento. - Funcionalidad para la firma electrónica del visado. - Asistentes de Visado: Asistente de Indicaciones de Visado del producto - Funcionalidad envío SMS a interesado una vez visado o rechazado. - Funcionalidad que permita mantener un histórico de datos con el fin de liberar al sistema online de carga innecesaria. - Funcionalidades que permitan la generación de estadísticas y consultas concretas Página 24 de 87

- Migración de la información de visado desde el sistema actual a la futura plataforma de visado. - Sistema de comunicación para rechazos de visados con motivos predefinidos. 1.3.5. FUNCIONALIDADES DEL BLOQUE DE EXPLOTACIÓN DE DATOS Existen tres ámbitos de trabajo en la explotación de datos: Información relacionada con la facturación, la operativa y los procesos del proyecto de receta electrónica (dispensación, visado, receta, farmacia, etc.) o Tal y como se ha descrito anteriormente, ya se dispone de un Data Warehouse, por tanto el adjudicatario deberá realizar los procesos de ETL de esta información desde la BBDD operacional al DW. o Los desarrollos necesarios para incluir aquellos datos que se generen en el sistema de Receta Electrónica relacionados con análisis a nivel de negocio, que no estén contemplados en el Data Warehouse de facturación correrán a cargo del adjudicatario del concurso. En el Anexo I se incluye un detalle de la información contenida en el Data Warehouse de facturación de la Comunidad Autónoma. Información relacionada con la trazabilidad de la operativa de la plataforma informática que soporta el proyecto de receta electrónica. o El adjudicatario deberá realizar la explotación de la información existente en los diferentes sistemas para disponer de trazabilidad en los procesos y de indicadores de rendimiento. No requiere de un Data Warehouse. El módulo de explotación de datos deberá contar al menos con las siguientes funcionalidades: - Definición de diferentes roles para acceso a información. - Deberá cubrirse el escenario de generación planificada de informes y posterior almacenamiento, envío y/o publicación en un portal de informes. Página 25 de 87

- La totalidad de la información manejada en la explotación de datos deberá tener los controles de seguridad que se definan: autenticación, autorización, control de acceso a datos, etc. Asimismo, el acceso a la información deberá cumplir con lo descrito en la LOPD proporcionando, en su caso, las soluciones de auditoría que se definan. 1.3.6. FUNCIONALIDADES DEL BLOQUE DE FACTURACIÓN Deberá incluir, al menos, las siguientes funcionalidades: - Funcionalidad que permita que el farmacéutico seleccione las dispensaciones firmadas que quiere llevar a facturación. Por defecto, el sistema pondrá las dispensaciones firmadas en estado a facturación, estado que podrá variar el farmacéutico - Funcionalidad para elaboración de factura previa. - Funcionalidad para agrupar los ficheros de facturación bajo distintos criterios como grupos de facturación, etc. - Funcionalidad que permita enviar al COF los datos estrictamente necesarios relativos a la facturación electrónica, con la finalidad de que estos puedan confeccionar la factura. - Funcionalidades que permitan mantener un histórico de datos con el fin de liberar al sistema online de carga innecesaria. - Funcionalidad básica selección de recetas para facturación, desde fuera del software de Farmacia. - Funcionalidad para validar los datos del fichero de dispensaciones a facturar (emitido por la plataforma de receta electrónica) con el fichero de facturación final (generado de la consolidación del fichero anterior más la contabilización de las recetas impresas). 1.3.7. FUNCIONALIDADES DEL BLOQUE DE GESTIÓN Deberá incluir, al menos, las siguientes funcionalidades: Página 26 de 87

- Funcionalidad que, de forma flexible, permita la gestión de reglas de negocio sobre aspectos tales como: o Sustitución de medicamentos y productos sanitarios. o Bloqueo masivo de recetas electrónicas. o Vigencia máxima de la receta electrónica. o Vigencia máxima de prescripciones especiales, como estupefacientes. o Plazo entre la prescripción y la primera dispensación. o Plazo entre la prescripción y la primera dispensación de otros productos, como vacunas. o Plazo de dispensación anterior a la fecha teórica de retirada de un medicamento. o Plazo de dispensación posterior a la fecha teórica de retirada de un medicamento, antes de su bloqueo. o Nº de dígitos del grupo terapéutico a tener en cuenta en las duplicidades terapéuticas. o Plazo máximo que el farmacéutico puede tener una receta dispensada sin firmar a partir del cual, emitirá alertas. o Medicamentos dispensables en la prescripción por presentación de principio activo. - Funcionalidad para gestionar farmacias, gestionar la identificación de dichas farmacias así como los roles del personal dentro de ellas. - Funcionalidad que permita la introducción de alertas genéricas destinadas a colectivos de prescriptores y dispensadores con la finalidad de canalizar de forma rápida las comunicaciones de tipo urgente. - Funcionalidad que permita gestionar al menos las campañas sanitarias: o Pacientes que tienen todos los medicamentos con aportación reducida. o Pacientes que tienen aportación reducida sólo para ciertos medicamentos, en función del código ATC. Este listado de códigos ATC puede variar en el tiempo. La gestión de los pacientes, medicamentos y aportaciones se llevará a cabo por la Unidad de la Prestación Farmacéutica. Página 27 de 87

- Funcionalidad que permita enviar y consultar las alertas genéricas al resto de módulos del sistema. - Desarrollo de servicios web que puedan ser usados en la Carpeta del Ciudadano para ofrecer al paciente con certificado electrónico información relevante de sus dispensaciones, tanto las pendientes de dispensar como el historial de dispensadas e información asociada a visado. Se deberán proveer mecanismos de seguridad establecidos en punto requisitos de seguridad. - Funcionalidad para que en cada sesión de trabajo (desde que el médico introduce la tarjeta criptográfica hasta que la retira) se realice el cacheo de la clave asociada a la tarjeta criptográfica del facultativo, de forma que éste solo la introduzca la primera vez y las siguientes únicamente se solicite de su aceptación sin necesidad de tener que introducir la clave en reiteradas ocasiones durante el pase de consulta. - Funcionalidad para imprimir prescripciones firmadas electrónicamente (con mecanismos de seguridad) en condiciones que eviten el fraude, pasando a no dispensable ni facturable electrónicamente. El sistema deberá incluir un visor de receta que permita hacer la impresión en un formato reconocido por la CCAA, con mecanismos que permitan su cotejo posterior, (incluyendo el comprobante de firma). 1.3.8. FUNCIONALIDADES DEL BLOQUE DE ADMINISTRACIÓN Deberá incluir, al menos, las siguientes funcionalidades: - Funcionalidades generales que permitan la gestión del sistema tanto desde el punto de vista informático como el mantenimiento de los parámetros del sistema. - Funciones que permitan administrar de forma flexible roles, usuarios y permisos. - Funcionalidad que permita la administración de la seguridad derivada de la aplicación de las normadas dictadas por la LOPD. - Funcionalidad que permita realizar la validación de los datos firmados (entre otros, prescripciones y dispensaciones). Página 28 de 87

- Funcionalidad que permita definir alertas de seguridad ante determinados aspectos detectados que se detallarán en la posterior fase de análisis. - Realizar auditorías de acciones y accesos. 1.3.9. FUNCIONALIDADES DE LA TABLA CENTRAL DE MEDICAMENTOS DE RECETA ELECTRÓNICA La base de datos sobre la que pivota el proyecto de receta electrónica, será el Nomenclátor Alcántara. El sistema ofertado deberá aportar una serie de funcionalidades que se detallan a continuación: - Funcionalidad para actualizar la tabla central de medicamentos y productos sanitarios a través de carga de ficheros XML (Alcántara). - Funcionalidad que, en tabla central de medicamentos y productos sanitarios, permita el mantenimiento manual de códigos nacionales y toda su información derivada, como conjuntos de intercambios y demás agrupaciones. - Funcionalidad para cargar fichero de dietas en tabla central de medicamentos y productos sanitarios. - Funcionalidad para incluir medicamentos de manera manual. 1.3.10. DESPLIEGUE DE LA SOLUCIÓN EN LAS OFICINAS DE FARMACIA Durante la implantación del sistema, el adjudicatario realizará las funciones de coordinador en remoto, con las oficinas de farmacia con el objetivo de optimizar el despliegue de la solución en dichas oficinas. Se deberán realizar, al menos, las tareas que se detallan a continuación: Definir y validar el cumplimiento de los requisitos necesarios para la homologación del software de gestión de las oficinas de farmacia en relación a la solución de receta electrónica a implantar, instalación de Página 29 de 87