1 - MurciaSalud€¦ · Web viewSe deberán instalar los componentes ABAP y JAVA para crear los...

CONTRATACION DE SERVICIO PARA LA ADAPTACIÓN, CONFIGURACIÓN Y PUESTA EN FUNCIONAMIENTO DE UN

SISTEMA DE INFORMACIÓN SOPORTE A LA GESTIÓN ECONÓMICA-FINANCIERA Y LOGÍSTICA EN EL SERVICIO

MURCIANO DE SALUD

-Pliego de Prescripciones Técnicas-

Julio de 2007

Adaptación, configuración y puesta en funcionamiento de un sistema de información de soporte a la gestión económico- financiera y logística del Servicio Murciano de Salud

ÍNDICE

1 INTRODUCCIÓN.......................................................................................................41.1 ANTECEDENTES................................................................................................................. 4

1.2 OBJETO DEL CONTRATO.....................................................................................................4

1.3 OBJETIVOS DEL PROYECTO................................................................................................5

1.4 CARACTERÍSTICAS DEL SISTEMA........................................................................................7

2 REQUISITOS TÉCNICOS.......................................................................10

2.1 DESCRIPCIÓN DE LOS ACTUALES SISTEMAS PRODUCTIVOS................................................11

2.2 REQUISITOS TÉCNICOS PARA EL CONJUNTO DE COMPONENTES/SISTEMAS.........................13

2.3 ESTRATEGIA DE IMPLANTACIÓN Y HERRAMIENTAS.............................................................18

2.4 DIRECTRICES DE GESTIÓN Y TÉCNICAS.............................................................................18

2.5 GESTIÓN ECONÓMICO-FINANCIERA...................................................................................20

2.5.1 Contabilidad Financiera.............................................................................................20

2.5.2 Contabilidad de terceros (Acreedores y Deudores)..................................................23

2.5.3 Contabilidad Bancaria................................................................................................25

2.5.4 Activos Fijos...............................................................................................................26

2.5.5 Tesorería.................................................................................................................... 28

2.5.6 Digitalización..............................................................................................................28

2.6 CONTROL DE GESTIÓN......................................................................................................28

2.6.1 Definición de estructura de costes............................................................................29

2.6.2 Imputación de costes/ingresos a centros de estructura............................................29

2.6.3 Presupuestación........................................................................................................30

2.6.4 Generación de informes de gastos e ingresos..........................................................30

2.6.5 Interfase del módulo de costes..................................................................................31

2.7 GESTIÓN DE EXPEDIENTES DE CONTRATACIÓN..................................................................31

2.7.1 Requisitos funcionales generales..............................................................................31

2.7.2 Gestión documental...................................................................................................32

2.7.3 Gestión de fianzas.....................................................................................................33

2.7.4 Programa de trabajo..................................................................................................34

2.7.5 Requisitos específicos de los contratos de suministros............................................34

2.7.6 Requisitos específicos de los contratos de obras.....................................................34

Página 1 de 79


2.8 GESTIÓN DE COMPRAS Y ALMACENES...............................................................................35

2.8.1 Gestión de los datos maestros..................................................................................36

2.8.2 Gestión general de Compras.....................................................................................37

2.8.3 Gestión de Almacenes...............................................................................................39

2.8.4 Almacenes de productos farmacéuticos....................................................................40

2.8.5 Gestión del mantenimiento de instalaciones.............................................................41

2.8.6 Gestión de objetos técnicos e inventario...................................................................42

2.8.7 Recepción y gestión de avisos/alarmas....................................................................42

2.8.8 Gestión de Ordenes de trabajo..................................................................................43

2.8.9 Mantenimiento Planificado.........................................................................................44

2.8.10 Gestión de Contratos.............................................................................................44

2.8.11 Garantías...............................................................................................................45

2.9 GESTIÓN ECONÓMICA DE ACTIVIDAD CONCERTADA...........................................................45

2.10 INFORMACIÓN PARA LA GESTIÓN......................................................................................47

2.11 INTERFACES CON OTROS SISTEMAS DE INFORMACIÓN DETECTADOS..................................49

2.12 CARGA INICIAL DE DATOS.................................................................................................50

2.13 SOPORTE Y EVOLUCIÓN DEL SISTEMA...............................................................................51

2.14 PRESTACIONES A REALIZAR.............................................................................................53

2.15 IMPLANTACIÓN Y SOPORTE DEL SISTEMA..........................................................................53

3 REQUISITOS METODOLÓGICOS............................................................55

4 REQUISITOS DE EJECUCIÓN.................................................................61

4.1 GESTIÓN DEL CAMBIO......................................................................................................61

4.1.1 Plan de Formación.....................................................................................................61

4.1.2 Comunicación............................................................................................................65

4.1.3 Otras acciones de gestión del cambio.......................................................................65

4.2 ORGANIZACIÓN DEL PROYECTO........................................................................................65

4.3 PRODUCTOS FINALES.......................................................................................................66

5 OTROS REQUISITOS A TENER EN CUENTA............................................69

5.1 CAMBIOS EN EL ALCANCE................................................................................................69

5.2 LUGAR DE TRABAJO.........................................................................................................69

5.3 EQUIPO DE TRABAJO........................................................................................................69

5.4 PLAZO DE EJECUCIÓN......................................................................................................71

Página 2 de 79


5.5 CONTROL DE CALIDAD......................................................................................................71

5.6 ACUERDO DE NIVEL DE SERVICIO (ANS)..........................................................................72

5.6.1 Proyecto de Implantación..........................................................................................72

5.6.2 Post-Implantación y Soporte del sistema..................................................................72

5.7 GESTIÓN DE RIEGOS.........................................................................................................72

6 PROPIEDAD INTELECTUAL E INDUSTRIAL.............................................73

7 PROTECCION DE DATOS Y SECRETO PROFESIONAL. ¡ERROR! MARCADOR NO DEFINIDO.A. ANEXO I. ESTIMACIÓN DE ESFUERZOS Y RECURSOS.............................74

Página 3 de 79


11 INTRODUCCIÓNINTRODUCCIÓN

1.1 Antecedentes

Desde las transferencias Sanitarias realizadas en el año 2002, el Servicio Murciano de Salud, en adelante SMS, viene realizando un profundo cambio en todos los ámbitos de sus sistemas de información. El proyecto de renovación tecnológica iniciado ese mismo año y conocido como PDSIS (Plan Director de Sistemas de Información) ocupa un lugar muy importante el área de gestión económica, en especial tras haberse producido los procesos de renovación en áreas tan significativas como la gestión de pacientes y los recursos humanos.

Los sistemas de gestión económicos actuales no son homogéneos en todo el ámbito del SMS, estando muchos de ellos obsoletos y tecnológicamente desfasados.

Por tanto y siguiendo las directrices que emanan de nuestro PDSIS, el SMS busca la homogenización de las herramientas de gestión económico-financieras y una renovación tecnológica en dos ámbitos:

- En los procesos.

- En sus herramientas de gestión.

El entorno elegido para el desarrollo tecnológico de sus áreas económico - financieras ha sido SAP © por varias razones:

1º. El entorno SAP es el que utiliza la Comunidad Autónoma de Murcia como corporativo para sus procesos económicos.

2º. Utilizar una herramienta corporativa a nivel de Comunidad Autónoma por parte del SMS genera:

a) Sinergias en infraestructuras y conocimiento.

b) Economías de escala en el mantenimiento y el soporte.

Por otro lado, dados los entornos a renovar: Contratación Pública, Logística y Compras, Mantenimiento de instalaciones y equipos, Gestión de activos fijos y Gestión Financiera, existen pocas herramientas en el mercado que de forma integrada puedan dar solución a este abanico de áreas de conocimiento, aunando tecnología, escalabilidad y proyección de futuro.

1.2 Objeto del contrato

El objeto de la presente contratación de la implantación del nuevo Sistema Integrado de Gestión Económico-Financiera y Logística del SMS sobre plataforma SAP, como solución integrada que permita sustituir todas las aplicaciones que actualmente soportan estos procesos, e incorporar la funcionalidad adicional que sea requerida, en los términos y condiciones que se establecen en el presente Pliego de Condiciones Técnicas, en adelante el pliego.

Página 4 de 79


1.3 Objetivos del proyecto

El objeto del trabajo que se quiere contratar con el presente pliego se justifica por las siguientes necesidades:

- Incorporar nueva funcionalidad y/o mejorar la ya existente.

- Agilizar la incorporación de cambios legales

- Implementar las aplicaciones de dicho entorno sobre una plataforma que contemple los beneficios que en la actualidad proporciona el avance de las tecnologías de la información y las comunicaciones, y que permita evolucionar la gestión operativa del SMS en el futuro.

- El SMS tiene como objetivo estratégico la supresión de documentos en soporte papel por documentos electrónicos, por este motivo el nuevo entorno operativo deberá estar orientado hacia funcionalidades de comercio electrónico, firma digital y flujos de trabajo que eliminen la necesidad de papel. El sistema dará cobertura a la legislación vigente en materia de comercio electrónico .

En la siguiente figura se muestra, a modo de resumen, el mapa general de procesos, en color se remarcan aquellos sistemas que se pretenden sustituir con el nuevo sistema.

Página 5 de 79


Página 6 de 79


El nuevo sistema informático a nivel funcional deberá abarcar, en los términos que se explican en los apartados correspondientes, los siguientes módulos:

- Contabilidad General

- Cuentas a Cobrar

- Cuentas a Pagar

- Activos Fijos

- Tesorería

- Gestión de expedientes de contratación

- Compras

- Almacenes

- Ventas de servicios

- Mantenimiento de instalaciones

El nuevo sistema dará soporte a un número aproximado de 600 usuarios, en los siguientes centros de trabajo:

- Los servicios centrales de SMS

- El Centro de Hemodonación

- La Gerencia del 061

- El Centro de Salud Mental

- Los 8 hospitales gestionados por SMS de los cuales 3 son Gerencias únicas

- Las 2 Gerencias de Atención Primaria

La fecha objetivo para la puesta en marcha del nuevo sistema es Enero de 2009.

1.4 Características del sistema

Los componentes SAP a instalar y configurar como parte del presente contrato son SAP ERP y SAP BI (Business Intelligence), con arreglo a las siguientes versiones de referencia:

- Sistema de gestión económico-financiera y logística: SAP ERP 2005 ECC 6.0

- Gestión de Expedientes: SAP Record Management System 3.0

- Data Warehouse: SAP Netweaver 2004s BI

- Enterprise Aplication Integration (EAI): SAP Netweaver 2004s XI

- Solution Manager 4.0

Página 7 de 79


En el siguiente gráfico se propone, de forma esquemática, el nuevo mapa de sistemas propuesto para el SMS, incluyendo:

- Los diferentes componentes SAP que forman parte de la solución requerida

- Los aplicativos o sistemas externos con los cuales el sistema de soporte a la gestión económico-financiera y logística debe compartir información

Página 8 de 79


Página 9 de 79

SAP ERP2005 ECC 6.0

SAP RMGT 3.0

SAP Netweaver 2004s BI

SAP XI

SELENE

OMI

VENTA

S

NOMINAS

FARMACIA

CO

STES

GESCOT / CAS / CONTRATOS

CO

MPR

AS

SELENE

SIGILE


22 REQUISITOS TÉCNICOSREQUISITOS TÉCNICOSDurante la ejecución del proyecto, el adjudicatario deberá ajustarse a los

estándares y procedimientos de gestión establecidos por SMS, así como hacer uso de las mejores prácticas de las soluciones SAP a implantar.

Por parte de SMS, se facilitará la documentación oportuna, tanto técnica como funcional, de los sistemas a reemplazar al objeto de facilitar una actitud proactiva por parte del adjudicatario en la propuesta de soluciones y gestión de riesgos.

La implantación de la funcionalidad deberá prestar, al menos, las mismas funcionalidades que en la actualidad prestan los diferentes sistemas de información de SMS y aquellas funcionalidades nuevas que se relacionan en este documento. En este sentido, en el siguiente apartado se describen los sistemas actualmente productivos en SMS, por tanto, los requisitos de carácter técnico que deberá cumplir la aplicación a desarrollar.

Para los aspectos relacionados con la puesta en marcha, pruebas, cargas iniciales, interfaces, etc. durante la implantación del proyecto se deben contemplar, al menos, las siguientes tareas:

Responsable de laResponsable de la tareatarea

Descripción de la tareaDescripción de la tarea

Adjudicatario - Proponer a SMS el formato de los ficheros necesarios y planificación para la carga inicial, así como con otros sistemas. Esta definición deberá pasar la verificación de SMS antes de iniciar el desarrollo de los programas.

- Desarrollar y ejecutar los programas de carga inicial de datos en los nuevos sistemas, así como las comprobaciones necesarias para validar que la carga se ha realizado correctamente.

- Desarrollar y ejecutar los programas de desarrollo de las interfaces en los nuevos sistemas, así como las comprobaciones necesarias para validar que la carga se ha realizado correctamente.

Para el desarrollo de las interfaces se deberá utilizar, siempre que sea posible y técnicamente adecuado, el componente SAP XI.

SMS - Desarrollar y ejecutar los programas de extracción de datos de los antiguos programas para las cargas iniciales.

Página 10 de 79


2.1 Descripción de los actuales sistemas productivos

El Sistema de gestión logístico financiero del que dispone actualmente el SMS es, a grandes rasgos, el que describimos a continuación.

2.1.1. Compras y logística.

El SMS no dispone de un sistema corporativo para la gestión de compras y logística, no obstante el más extendido en este ámbito es Hp-His ®, sistema que se está utilizando en todos los Centros Hospitalarios del SMS salvo el Hospital Universitario ‘Reina Sofía’ que dispone del denominado ‘Vega’.

El resto de Centros dispone de aplicaciones a medida desarrolladas, mayoritariamente, por personal propio.

Las áreas que cubren los sistemas de compras y logística son: Contratación Pública, compras y gestión de almacenes, tanto centrales como almacenes de planta.

En el apartado de compras y almacenes debemos excepcionar todos los procedimientos relacionados con productos de farmacia hospitalaria que se gestionan por un programa corporativo desarrollado por la empresa SAVAC®.

Los enlaces con la gestión económica centralizada se realizan mediante descargas de ficheros.

2.1.2. Contratación.

Tal y como hemos dicho anteriormente la mayoría de los Centros disponen del Hp-his ® para el módulo de contratación pública, no obstante, debemos destacar que existe un desarrollo a medida corporativo que sirve para agregar toda la información relevante del SMS en esta materia.

El producto denominado GECOS no tiene una conexión directa con los sistemas de compras de los Centros, la relación entre compras y el módulo GECOS se realiza de forma manual.

2.1.3. Mantenimiento.

Los programas de gestión de mantenimiento son mayoritariamente desarrollos a medida con distintas funcionalidades que no son cubiertas por igual en todos los Centros: mantenimientos preventivos, correctivos, gestión de partes de averías, gestión y asignación de cargas de trabajo, integración con gestión de activos fijos, etc.

2.1.4. Gestión económica.

El denominado sistema DUNE, desarrollado por personal propio, recoge todos aquellos aspectos relacionados con la gestión económico-presupuestaria. Este sistema se convierte en el colector de la información del resto de aplicaciones relacionadas con el ámbito económico, además se le incorporan funcionalidades propias necesarias para la gestión financiera y contable del SMS, entre otras tenemos:

- Registro de facturas

Página 11 de 79


- Inventario Contable.

- Tesorería única.

- Seguimiento de gasto real.

- Proyectos de inversión.

2.1.5. Gestión de nóminas y personal.

Programa corporativo de la empresa M3® en gestión descentralizada que tiene como función la gestión de personal y el control y seguimiento de nóminas. Se integra con la gestión económica mediante descargas de ficheros.

2.1.6. Gestión analítica.

El SMS tiene actualmente operativo un sistema de gestión analítica corporativo, el denominado Gescot® de la empresa SAVAC® es la herramienta que permite calcular el coste asociado a las líneas de producción que tienen los Centros del SMS. Este sistema recibe información de todos los anteriores mediante descargas de ficheros.

2.1.7. Facturación.

La facturación a terceros se viene realizando en los módulos de gestión de pacientes donde existen funcionalidades para la recopilación de episodios y la emisión de la factura correspondiente.

Página 12 de 79


2.2 Requisitos técnicos para el conjunto de componentes/sistemas

Componente/SistemaComponente/Sistema Requisitos técnicosRequisitos técnicos

Nuevos servidores - El adjudicatario proporcionará con suficiente antelación un plan detallado de las fechas en las que se necesita cada uno de los entornos (Desarrollo, Preproducción y Producción) y la configuración necesaria que requiera en los mismos.

- Cualquier servidor de SAP del que el adjudicatario sea responsable de su instalación deberá estar contemplado en la matriz de compatibilidades de sistemas SAP (http://service.sap.com/PAM), y estar dentro del mantenimiento de SAP en el arranque productivo en SMS.

- El adjudicatario realizará un dimensionamiento de todos los servidores involucrados en el proyecto, en colaboración con el proveedor de Hardware, el proveedor de hosting y el SMS, para cada uno de los entornos y sistemas a instalar/implementar (desarrollo, preproducción y producción y, si hiciera falta, sistemas adicionales, siempre que se verifique que son necesarios).

- La instalación y configuración del Hardware y del Sistema Operativo serán realizadas por SMS, ateniéndose a los requerimientos proporcionados por el adjudicatario mencionadas en los párrafos anteriores.

- Las copias homogéneas de componentes y subcomponentes de productos SAP y de terceros necesarios para los escenarios de negocio implementados, por necesidades de gestión de la infraestructura hardware de SMS, serán responsabilidad del adjudicatario.

- La Instalación de las soluciones SAP, así como de las soluciones de terceros que el sistema SAP requiera y que formen parte de una instalación estándar de la plataforma (Base de datos Oracle, J2SE, plug-in, etc...) serán realizados por el adjudicatario. En aquellas componentes que lo requiera, se instalarán los motores ABAP y J2EE de dicha componente SAP y se tendrán que actualizar Support Packages/Parches y Plug-ins.

En este sentido, SMS se reserva el derecho a asumir la responsabilidad de la ejecución de las tareas para cada entorno (Desarrollo, Preproducción, Producción) pero, en cualquier caso, se han de cumplir los procedimientos y niveles de calidad establecidos por SMS.

- La instalación incluirá una correcta monitorización con el fin de ajustar los parámetros de la base de datos y de los servidores de aplicación.

Página 13 de 79



Entorno de desarrollo y parametrización

- Los desarrollos (ABAP, J2EE o Web) del proyecto se realizarán ajustándose a las recomendaciones de desarrollo especificadas por SMS, en cuanto a nomenclatura, rendimiento, seguridad y pruebas de volumen.

En este sentido, será responsabilidad del adjudicatario garantizar la estabilidad y homogeneidad de los desarrollos y parametrizaciones entre los entornos de trabajo de SMS.

- El adjudicatario deberá proponer una estructura de mandantes de acorde con las soluciones y componentes a implementar.

- Los procedimientos y reglas de transporte serán los especificados por SMS, debiendo estar de acuerdo con las buenas prácticas de SAP.

- Se deben identificar y marcar directrices sobre la optimización de procesos críticos.

- El adjudicatario propondrá un plan de pruebas sobre las instalaciones y componentes implementados que garanticen la fiabilidad y la calidad de los entornos. La ejecución del plan propuesto será responsabilidad del adjudicatario, y pasarán un control de calidad por parte de SMS.

Página 14 de 79



Administración y producción de los

sistemas

Se deberá contemplar durante la implantación:

- La gestión de las órdenes de transporte del proyecto ajustándose a los estándares proporcionados por SMS.

- La resolución de incidencias de carácter técnico en los entornos del ámbito del proyecto.

- La transferencia de conocimiento al primer y segundo nivel del CAU que posibilite la resolución de las nuevas incidencias más habituales en los procesos de negocio implementados.

- Previo al arranque se realizará una planificación detallada de los jobs a lanzar en el sistema productivo. Todos los jobs se planificarán usando el planificador de SAP. Las excepciones en esta área deberán de ser aprobadas por SMS.

- Las herramientas de monitorización de sistemas serán las proporcionadas por SAP (CCMS). El adjudicatario deberá garantizar la transferencia de conocimiento al personal designado por SMS para que puedan monitorizar los sistemas de forma eficaz.

- Asimismo, el adjudicatario deberá proponer a SMS las mejores prácticas para garantizar el rendimiento de los sistemas que formen parte del proyecto. Dicha propuesta deberá pasar la verificación de SMS antes de su ejecución. Asimismo:

La estrategia de impresión de acuerdo a los estándares definidos por SMS. Dicha estrategia deberá pasar la verificación de SMS antes de su puesta en práctica.

Definir y poner en práctica una política de gestión de backups, haciendo pruebas de backup y restauración para comprobar el correcto funcionamiento de los backups. Esta tarea la realizará conjuntamente con SMS.

Una estrategia para el diseño y la instrumentación del archivado de información histórica, con arreglo a las directrices de arquitectura y sistemas de SMS.

Una estrategia de distribución del cliente SAP junto con el dimensionamiento de los PC para dichos clientes. Esta estrategia deberá pasar la verificación de SMS antes de su puesta en práctica.

El dimensionamiento correcto de la infraestructura de red, de modo que toda solución SAP a implementar funcione correctamente.

Página 15 de 79


Componente/SistemaComponente/Sistema Requisitos TécnicosRequisitos Técnicos

ERP - El sistema estará basado en mySAP ERP 2005 ECC. 6.0

- Siempre que sean necesarios deberán ser instalados los componentes ABAP y JAVA del servidor de aplicaciones de SAP.

- Disponer del nivel de mantenimiento mínimo en todo momento que garantice la ejecución de los procesos de negocio de acuerdo a la legalidad española.

- Establecer un sistema gestor de base de datos sobre Oracle 10g.

- Establecer un sistema gestor de base de datos sobre MAXDB 7.5 en caso de que se emplee un componente de Content Server para el almacenamiento de documentación.

- Instalación de tres entornos: desarrollo, preproducción y producción. La instalación de entornos adicionales deberá ser propuesta por el adjudicatario y deberá pasar la verificación de SMS antes de su puesta en práctica.

- Instalación en alta disponibilidad para los entornos de preproducción y producción usando el software RACC.

SAP Records Management

- Se deberá instalar la Solución SAP Records Management 3.0

- Se deberá implementar, en caso de que sea necesario, los componentes Content Server y TREX.

Data Warehouse - Para extraer información de los diferentes sistemas origen de datos y elaborar los informes, se instalará SAP Business Intelligence 7.0 Netweaver 04s.

- Se deberá instalar un componente ABAP y un componente BI JAVA.

Exchange Infraestructure

- Se deberá instalar la Solución SAP Netweaver 2004s XI ( XI 7.0).

- Se deberá instalar obligatoriamente los componentes ABAP+JAVA.

Página 16 de 79



Solution Manager - Se deberá instalar la versión más actualizada de la solución SAP Solution Manager. En este sentido:

Toda solución SAP propuesta deberá estar configurada en SAP Solution Manager.

Se deberá utilizar esta solución para la gestión del proyecto, describiendo la solución detallada.

Esta herramienta se constituirá en el repositorio de toda la documentación del proyecto, se usará para realizar la configuración de los distintos componentes, así como la sincronización de configuración entre los mismos si procede. Asimismo se empleará la Solución centralizada de testeo (de la que dispone Solution Manager).

- Se deberán instalar los componentes ABAP y JAVA para crear los EWA (Early Watch Alerts) y monitorizar el componente JAVA de la solución propuesta.

- Se deberá configurar la Solución de Maintenance Optimizer para posibilitar la descarga de todos los parches necesarios para el transcurso del proyecto.

- Se habilitará la solución de Service Desk para gestionar los puntos abiertos del proyecto. Una vez en producción se utilizará para el reporte por los usuarios de las incidencias detectadas, y el seguimiento y resolución de las mismas.

- Se deberá configurar Business Process Monitoring para la monitorización de la solución SAP una vez en producción.

Página 17 de 79


2.3 Estrategia de implantación y herramientas

La línea de implantación de nuevos proyectos de SMS es la siguiente:

- Plataforma de desarrollo Internet:

SAP J2EE Engine 7.0 para componentes SAP.

- Plataforma de integración corporativa

SAP Exchange Infrastructure para componentes SAP

- Estructuras de sistemas

Sistema Operativo: Linux Red Hat 4 Update 3

Base de datos: Oracle 10g

Alta disponibilidad: RACC

- Gestión de copias de respaldo

Herramienta de backup TSM

Los productos y versiones que se indican pueden sufrir variación a lo largo del proyecto debido a la evolución tecnológica, por este motivo, el adjudicatario se atendrá en todo momento a las indicaciones que reciba por parte de la Subdirección General de Tecnologías de la Información (SGTI) y el proveedor de hosting.

2.4 Directrices de gestión y técnicas

Con carácter general, y por razones de homogeneización, integración, economía de recursos, facilidad de evolución posterior, etc., en el desarrollo y soporte del nuevo sistema deberán aplicarse, salvo que supongan incoherencias o menoscabo de la funcionalidad y/o rendimiento o mantenibilidad de las soluciones estándar de SAP debidamente justificadas y consecuentemente aprobadas por SMS, las siguientes directrices técnicas y de gestión:

- Interfaces .

SMS propone, con carácter general, la utilización de SAP XI como herramienta EAI para la integración e intercambio de información entre sistemas. En caso de que los licitantes planteen una solución alternativa, deberán detallar y justificar en sus respectivas ofertas la solución de intercambio de información entre el nuevo sistema y el resto de sistemas corporativos con los que éste deba intercambiar información y que consideren óptima a efectos de sencillez de instrumentación y posterior mantenimiento, operatividad, debiendo justificarse, en cualquier caso, los motivos que hacen recomendable la opción seleccionada y propuesta en la oferta.

- Seguridad .

El desarrollo del nuevo sistema deberá realizarse con arreglo a las normas, procedimientos, estándares, etc. Establecidos por la SGTI del SMS, por ejemplo normativa para desarrollo seguro de aplicaciones, cumplimiento de los niveles de

Página 18 de 79


seguridad en términos de autenticación, confidencialidad, integridad, disponibilidad y auditoria que en su caso sean aplicables, etc. Se prestará especial atención, en el diseño del sistema, a los aspectos de cumplimiento de la legalidad vigente sobre protección de datos de carácter personal.

- Requisitos técnicos .

Debido al elevado número de usuarios que el nuevo sistema tendrá y la necesidad de completar determinados procesos en paralelo por parte de todos los usuarios en unos plazos muy reducidos así como de ofrecer información en tiempo y forma a cualquier nivel de gestión desde el que ésta sea solicitada, será requisito imprescindible para la aceptación del sistema que éste cumpla unas óptimas condiciones técnicas y operativas en cuanto a tiempo de respuesta, rendimiento, optimización del ancho de banda utilizado, escalabilidad, agilidad de la interfaz disponibilidad, trazabilidad, etc.

De acuerdo con lo anterior, y como parte del plan de pruebas del sistema, el adjudicatario deberá realizar y documentar una batería suficiente de pruebas de rendimiento, stress, concurrencia, etc., que permitan validar el adecuado comportamiento del sistema en situaciones extremas de concurrencia de usuarios, carga de trabajo, carga en la red de comunicaciones, etc. En caso de que los resultados no fueran los adecuados para el entorno de producción de SMS, el adjudicatario se verá obligado a realizar cuantas adaptaciones procedan hasta conseguir el nivel de operatividad requerido, sin coste adicional para SMS y con posibilidad de imposición de las deducciones económicas previstas en el correspondiente epígrafe de este Pliego si la realización de tales adaptaciones supusiera retraso en los plazos de ejecución previstos para el presente proyecto.

- Proceso de desarrollo .

El desarrollo y posterior soporte del nuevo sistema deberá realizarse en el marco de las metodologías, procedimientos, herramientas, etc. definidas y/ o aprobadas por la SGTI.

Página 19 de 79


2.5 Gestión económico-financiera

El objetivo de esta área es evaluar y analizar las necesidades para la implantación de los procesos económico-financieros del SMS en SAP ERP 2005.

En la actualidad existen dos sociedades jurídicas en el SMS, asimismo se identifican 10 centros de trabajo, para los que serán necesario una gestión diferenciada desde el puntos de vista analítico.

El presente documento, incluye cuestiones referentes a los diferentes componentes de Gestión Financiera, que está integrado por las siguientes áreas:

- Contabilidad Financiera

- Contabilidad de terceros (Proveedores y Deudores)

- Contabilidad Bancaria

- Activos Fijos

- Tesorería

Se contempla el desarrollo de interfaces con otros sistemas:

- Compras de Farmacia: Interfase con SAVAC para la contabilización de las facturas de compras y consumos con su correspondiente imputación al objeto de coste correspondiente.

- Nómina: Interfase con M3 para la generación automática de la contabilización de las nóminas de personal, donde será necesario el desglose por centro para tener su reflejo en contabilidad analítica

- Interfase de relaciones múltiples (ayudas, tribunales, procesos selectivos, etc.) que incluyen facturas y pagos con su correspondiente imputación al objeto de coste correspondiente.

A continuación, se detalla las especificaciones necesarias para cada una de las áreas descritas.

2.5.1 Contabilidad Financiera

2.5.1.1 Configuración de las sociedades financieras. - Se requiere poder obtener una cuenta de resultado independiente para

cada uno de los Centros reseñados anteriormente.

- Inicialmente se definirán dos sociedades financieras, sin perjuicio de que el futuro se puedan definir sociedades adicionales.

- A nivel financiero , Las sociedades financieras contemplarán los requerimientos legales a nivel de país y deberán adaptarse a los requerimientos específicos de la actividad sanitaria.

Página 20 de 79


- Las sociedades utilizarán el plan de cuentas legal adaptado a los requerimientos contables necesario del sector de Sanidad.

- Dentro de la operativa para el registro y gestión los datos de contabilidad, se prevén las siguientes funcionalidades:

Contabilización, a nivel de sociedad, de todos los datos relevantes. Se realizarán contabilizaciones manuales y automáticas, contemplando la utilización de asientos modelo, predefinidos, de contabilización periódica y repetitivos. El resto de áreas de gestión susceptibles de generar o recibir información contable se deberán integrar automáticamente con la Contabilidad General (gestión de compras, ventas, inmovilizado, tesorería, etc.).

Gestión de extracto de cuentas contable que permitan la visualización del saldo y el desglose en las partidas que lo componen.

Gestión de períodos contables para poder gestionar mensualmente los procesos de cierre.

Gestión de los diarios, clasificación y archivado de documentos contables, (numeración de asientos) necesarios para la operativa contable del SMS.

Gestión de impuestos; en cuanto al IVA, se contempla tanto el repercutido como el soportado, a los tipos vigentes a la fecha de implementación del sistema. En cuanto a la retención de impuestos, se contempla los indicadores de retención, IRC, profesionales y arrendamiento.

En referencia a los informes y operaciones legales en razón de la actividad del SMS necesarios a presentar son:

o Declaración IVA e IRPF

o Declaración anual del 190

o Declaración Anual de Operaciones con Terceros Modelo 347.

- Reseñar que el ejercicio fiscal y calendario financiero coincide con el año natural.

- Definición de las estructuras del Balance y de la Cuenta de Resultados en las que anualmente teniendo en cuenta las obligaciones legales derivadas de la actividad pública del SMS será necesario presentar un informe (se definirá una estructura según especificaciones concretas) donde se recojan las partidas contables adaptadas a las necesidades presupuestarias.

- Se requerirá también por parte del SMS informes de control contable necesarios para la gestión periódica de los procesos financieros.

- El traspaso de información contable se entiende de saldos de cierre de período de las cuentas así como las partidas de terceros abiertas a la fecha de entrada en productivo. La información histórica se conservará en los aplicativos actuales.

Página 21 de 79


2.5.1.2 Definición de cuentas del plan contable. - Actualmente se contabiliza en base al plan de cuentas español de 1991,

siendo la estructura de las cuentas contables a tres niveles, 3, 9 y 12 dígitos siendo este último nivel el necesario para poder identificar los terceros (clientes y proveedores) puesto que la gestión contable actual del SMS no contempla contabilidad auxiliar de terceros y activos fijos.

- Es necesario identificar las características de cada una de las cuentas contables: código, descripción, datos requeridos en la creación del registro maestro de la cuenta (grupo de cuentas), contabilización manual o automática, moneda, gestión por saldos, por partidas o por partidas individuales, contabilizaciones en cuentas de mayor especial (anticipos, efectos, etc.), categoría fiscal, cuentas asociadas, datos requeridos en la contabilización (grupo de status de campo), etc.

2.5.1.3 Estados de cuentas y partidas: - Al producirse la contabilización de una operación, es necesario que el

sistema actualice automáticamente el saldo de la cuenta contable (gestión por saldos).

- Al consultar el saldo contable para un año determinado de una cuenta se deberán poder visualizar los siguientes conceptos:

Saldo inicial para cuentas de balance.

Total contabilizaciones por período contable, separado por cargos y abonos.

Saldo por período contable.

Saldo por período acumulado.

2.5.1.4 Contabilizaciones: - La tarea central de la contabilidad principal consiste en registrar todas las

operaciones contables, por lo que sería necesario que la gestión financiera estuviera completamente integrado con todas las otras áreas operacionales del SMS, de esta forma se facilita esta labor mediante la contabilización automática de los movimientos introducidos por estas áreas, garantizando que los datos de contabilidad siempre estén completos y sean exactos.

- Para ello, se identificará la relación entre cada tipo de operación o movimiento introducido en el sistema y el asiento contable que debe generarse automáticamente.

- Teniendo en cuenta el sector y la actividad pública del SMS es necesario que previamente a registrar de forma definitiva los documentos contables se realice la contabilización preliminar de los mismos hasta que no sean aprobados (workflow de autorización) por los responsables correspondientes con las firmas necesarias según el proceso de negocio

Página 22 de 79


en cuestión, todo este desemboca en una gestión de autorizaciones integrada, también es necesario destacar la casuística compleja concerniente al registro descentralizado de facturas por centro.

2.5.1.5 Contabilizaciones Periódicas. - Por otro lado, es necesario para la contabilización o entrada manual de

determinados documentos contables, que se permita la definición de ayudas a la contabilización: asientos modelo, predefinidos, de contabilización periódica y repetitivos. Existen en SMS tipos de operaciones contables periódicas y automatizables como son las provisiones y periodificaciones que necesitará que se definan los modelos de asientos requeridos.

2.5.1.6 Cuenta de Resultados. - Se definirán la estructura de Cuenta de Pérdidas y Ganancias necesaria

para los centros de trabajo.

- Tal como se ha descrito anteriormente dada la actividad pública del SMS, tiene la obligación legal de presentar anualmente el balance y cuenta de resultados PAIF, donde se reflejen contablemente la situación económica representada en base a diferentes posiciones presupuestarias, será necesario que se elabore un informe (estructura estándar ) en el que se reflejen los saldos de las cuentas contables correspondientes a esas partidas presupuestaria, teniendo en cuenta que la operativa diaria del SMS no se gestionará con contabilidad presupuestaria.

2.5.2 Contabilidad de terceros (Acreedores y Deudores)

Se registran y gestionan los datos de contabilidad de todos los acreedores y deudores, destacar en la operativa actual del SMS que la contabilidad de terceros es a nivel de cuentas de mayor no se trata de una contabilidad auxiliar.

En la gestión contable de terceros actual del SMS no hay integración del alta de las fichas de proveedores y clientes con la contabilidad financiera. No existen ni grupos de clientes y ni de proveedores por lo que no hay clasificación por intervalos de números según grupo, se requerirá que se definan para su implementación en el sistema.

Se prevén las siguientes funcionalidades necesarias para una gestión eficaz en el área de proveedores y clientes:

- Gestión de autorización integrada con central en cada centro de trabajo del SMS para la creación y mantenimiento del maestro de proveedores. Se darán de alta en los centros con bloqueo para el pago hasta que el proveedor en cuestión se autorice por el responsable correspondiente.

- Se contempla para el SMS la creación de las vías o formas de pago/cobro a proveedores y clientes que se identifiquen como necesarias: Transferencias, factoring y en un futuro se plantea el confirming.

Página 23 de 79


- Integración total con la Contabilidad General, a través de las cuentas de mayor asociadas. Será necesario especificar para cada proveedor la cuenta de mayor en la que se reflejará su saldo, a nivel de Contabilidad General. A su vez se podrán indicar otra cuentas de Mayor para aquellas operaciones en las que queramos reflejar hechos contables especiales (anticipos, impagados, etc.).

- Proceso de documentos de compras y comerciales estándares tales como facturas, abonos, anticipos, pagos y cobros manuales.

- La verificación y conformación de las facturas se realizará a partir de la información del circuito de compras las que provengan del área Logística, en cambio para el resto seguirá el flujo de aprobación que determine el SMS

- Destacar que en la gestión de pagos por cuentas de tesorería (anticipo de caja fija ó sub-cajas pagadoras) a terceros la necesidad de establecer un circuito de autorización/validación a los tesoreros del SMS en función del importe y de la contrapartida (cursos, formación, etc), se trata de una tesorería con carácter precontable, hasta su verificación definitiva por el responsable correspondiente dependiendo de cada centro.

- En relación a los procesos para la contabilización automática del pago/cobro a proveedores y clientes se procederá a la elaboración de la Propuesta de pago / cobro y a la generación de medios de pago (ficheros bancarios de emisión de transferencias y otros documentos), seleccionando libremente cuentas de proveedores / clientes del SMS y vías de pago.

- Cálculo de intereses de partidas de proveedores y clientes

- Integración con Tesorería (liquidity planner, informe de previsión de tesorería)

- Se requiere la emisión de comunicaciones a terceros del SMS para la confirmación de saldos, extractos de cuentas y partidas a una fecha pasada.

2.5.2.1 Datos maestros de Proveedor/Cliente: - Por lo que respecta a la definición de los datos maestros, éstos serán

clasificables por tipología de tercero y deberá crearse un registro maestro para cada cuenta de tercero. El registro maestro controla la forma en que el sistema graba y procesa las operaciones contables. A este nivel se definen: dirección, datos bancarios, vías de pago, condiciones de pago, etc.

- En relación a las condiciones de pago a proveedores las que actualmente se gestionan en la operativa de terceros del SMS son a 60 y 180 días fecha expedientes

- Se prevé adicionalmente la utilización de la funcionalidad de clientes esporádicos para las interfaces con el módulo de pacientes, de forma que

Página 24 de 79


para este tipo de terceros no sea necesario actualizar un maestro individual, sino que se opere con uno genérico y se introduzcan los datos específicos en cada operación. No obstante, este aspecto se concretará con el adjudicatario en la fase de análisis de proyecto.

2.5.2.2 Estados de cuentas y partidas: - Al producirse la contabilización de una operación, el sistema debe

actualizar automáticamente el saldo de la cuenta del tercero manteniendo el vínculo con las partidas del documento que se ha contabilizado. Esto permite ver el estado de la cuenta del tercero visualizando su saldo contable y desglosándolo en las partidas que lo componen, hasta llegar al documento contable.

2.5.2.3 Contabilizaciones: - Gracias a la integración de SAP ERP 2005 las contabilizaciones

realizadas en la "Contabilidad de terceros" se registran simultáneamente en la "Contabilidad Financiera", donde las distintas cuentas contables se actualizan según el movimiento realizado (clientes, proveedores, anticipos, etc.). A su vez, se producirá la actualización correspondiente en la previsión de tesorería para el control de la liquidez en el módulo de "Tesorería".

- Se crearán los formularios necesarios en SAP ERP 2005 para la impresión de facturas con el formato requerido por el SMS para el circuito de aprobación interna.

2.5.2.4 Reclamaciones a clientes: - Se requiere un sistema que permita gestionar automáticamente las

reclamaciones a clientes a partir de los criterios de selección y niveles de reclamación que se definan por el SMS que en la actualidad uno de los criterios más significativo es el precio público El sistema reclamará las partidas abiertas de cuentas de clientes vencidas con saldo debe, fija el nivel de reclamación de la cuenta en cuestión y emite una carta de reclamación, grabando los datos de reclamación creados para las posiciones y cuentas afectadas.

2.5.3 Contabilidad Bancaria

Este componente se encarga de gestionar operaciones financieras del SMS la empresa con sus instituciones bancarias.

Página 25 de 79


2.5.3.1 Datos maestros de banco: - El directorio bancario contiene los datos maestros todas las instituciones

bancarias (dirección del banco y datos de control: código SWIFT y grupos de bancos) que sean necesarias para efectuar los pagos y cobros con los interlocutores comerciales.

2.5.3.2 Gestión de transferencias: - Con la gestión automática de pagos/cobros se obtendrá el fichero

normalizado correspondiente a los pagos/cobros mediante transferencias cumpliendo con la normativa 34 del CSB donde se seleccionan las facturas que cumplen con los criterios de selección especificados, realizando la contabilización correspondiente a la clase de utilización y generando la lista de presentación de facturas y el fichero de datos para enviar al banco.

- En cuanto a la gestión bancaria de cobro/pago de transferencias, los datos recibidos electrónicamente de una entidad financiera se importan automáticamente a SAP ERP 2005 generando los asientos de compensación oportunos, señalando como cobrados/pagados los registros correspondientes.

2.5.4 Activos Fijos

- En esta área se registran y gestionan los datos de inmovilizados

- En la gestión contable de activos fijos actual del SMS no hay integración del alta de las fichas de activos con la contabilidad financiera es a nivel de cuentas de mayor no se trata de una contabilidad auxiliar. Existen clases de inmovilizados pero es necesario que para su implementación en el sistema se realice una reclasificación por parte del SMS.

- Se necesita por tanto que se integre con la "Contabilidad Financiera", su funcionamiento será similar a la contabilidad auxiliar de terceros comentada anteriormente produciéndose la contabilización automática correspondiente. SAP ERP 2005 suministrará información detallada sobre la ficha del inmovilizado y de todos los movimientos relacionados con activos fijos (IEC, alta, traslado, baja, amortización, etc.).

- De cara a la implantación de SAP ERP 2005 se prevé la utilización de la siguiente funcionalidad:

Se definirán dos áreas de valoración para los activos del SMS una será la contable que registrará la contabilización de los movimientos relevantes, y un área de fomento de inversión para las subvenciones recibidas.

Se emplearán las clases de inmovilizado previstas según el Plan General de Contabilidad. Estas clases de inmovilizado llevan asociadas las cuentas de Balance y de Pérdidas y Ganancias que empleará el sistema cuando se realicen movimientos con los inmovilizados.

Página 26 de 79


Se establecerá la ficha de los inmovilizados en la que se indicarán los datos relevantes de los mismos, donde será necesario definir por el SMS los campos relevantes en función de la clases de inmovilizados. En la medida en que en la actualidad se disponga de inmovilizados individualizados, se darán de alta así en el sistema, si no, se agruparán los activos actuales de cara a su traspaso al sistema por clase de inmovilizado, fecha de adquisición y vida útil.

Destacar que en la gestión actual de inmovilizados del SMS existe una clase especial que son las cesiones por consumo de fungibles en la que sólo será necesario registrar la ficha del activo ya que esta clase no es susceptible de valoración.

En cuanto a los métodos de amortización será el lineal variando en función de la clase de activos fijos la vida útil.

Se contempla la gestión de inmovilizados en curso, de forma que se controle en detalle el coste en el que se va incurriendo, dentro del módulo analítico mediante proyectos de inversión, hasta el momento de la activación de los correspondientes inmovilizados.

Se gestionan en el SMS bienes de arrendamientos con opción de compra.

Se emplearán los movimientos de alta, baja y traslado de inmovilizado en función del estándar del sistema.

Se contemplarán compras de inmovilizados, enajenaciones y revalorizaciones.

Para consultar el detalle de las funcionalidades propias del mantenimiento de activos diríjase al apartado correspondiente al "Área de Mantenimiento de Inmovilizados".

Para las cargas iniciales se prevé el traspaso automático de los inmovilizados a SAP ERP 2005 a partir del fichero suministrado por el SMS en base al formato especificado en la fase de análisis y diseño, donde se cargan los valores de adquisición y amortización acumulada.

2.5.4.1 Contabilizaciones: 2.5.4.1.1 Altas, bajas y modificaciones.

En la gestión actual de los inmovilizados del SMS es necesario que previamente a registrar el alta por parte del departamento de Contabilidad sea aprobada dentro del circuito de autorización (workflow) la ficha de los activos por los responsables de Inventario.

En el sistema quedarán reflejadas todas las actividades de alta, baja y modificación de los activos fijos que permitirá definir el alta del activo en el momento de la recepción del mismo u opcionalmente a la recepción de la factura. Tras estudiar los procesos actuales, en el modelo funcional se identificará el momento en el que se decide dar de alta el activo.

Página 27 de 79


Se vincularán el alta de los activos al proyecto de inversión correspondiente para el control de disponibilidad de los presupuestos asignados dentro del módulo analítico.

2.5.4.1.2 Gestión de Amortizaciones.

Se establecerá el método de amortización lineal fija a lo largo de la vida de cada uno de los activos.

2.5.4.2 Inventario de Activos Fijos - Para la gestión de inventario de Activos Fijos el SMS requiere que se

etiqueten con código de barra los inmovilizados que se vayan dando de alta en el sistema.

2.5.5 Tesorería

La funcionalidad requerida por el SMS para esta área es:

- La "posición de tesorería" que permita visualizar a corto plazo la liquidez en las cuentas bancarias. Se construye a partir de contabilizaciones relevantes para la gestión de caja, registros individuales introducidos de forma manual y flujos de fondos de las operaciones gestionadas en el área de "Tesorería".

- Por otra parte, "la previsión de liquidez" permite evaluar la información a medio y largo plazo respecto a terceros. La información mostrada hace referencia a los flujos de pagos esperados.

- Extracto de Cuenta Electrónico que permite importar los extractos de cuentas obtenidos electrónicamente de las entidades financieras con las que el SMS opera, por lo que se utilizarán cuentas bancarias transitorias para con esta funcionalidad poder realizar el traspaso y compensación de las partidas a las cuentas definitivas de forma automática.

- Dicho extracto, además de adaptarse al formato estándar, deberá contener información general sobre el banco (código de banco, número de cuenta, moneda de cuenta, número y fecha de extracto) así como la relación de operaciones que se han registrado en la cuenta identificando el tipo de movimiento y la información necesaria para la compensación del documento correspondiente.

- Planificación/ presupuesto de Tesorería, gestión y seguimiento por el SMS con obligación legal de presentar con formato específico a la Tesorería de la CCAA.

2.5.6 Digitalización.

En consonancia con el objetivo estrátegico del proyecto, se instruiran procedimientos para la eliminación del soporte papel en todos los procesos de trabajo.

Página 28 de 79


Se utilizará Content Server de SAP a menos que SMS disponga de una herramienta externa de gestión documental, homologada por SAP.

2.6 Control de gestión

La implantación del módulo analítico debe de ser orientado como mínimo a la obtención de cuenta de resultados por centro de coste/centro de beneficio. El sistema analítico debe de ser capaz de identificar todos los gastos e ingresos generados por cada unidad del centro.

La implantación del modelo de costes clínicos del Servicio Murciano de Salud debe cubrir, al menos, los procesos detallados a continuación.

2.6.1 Definición de estructura de costes

- Los Centros dependientes del SMS son estructuras complejas que se compone de unidades, estas unidades desempeñan diferentes actividades.

- Dentro de la estructura se debe identificar todo centro generador de gasto e ingreso hasta llegar al último nivel que denominaremos Grupos Funcionales Homogéneos (GFH´s).

- Se gestionan diferentes tipos de GFH´s:

Estructurales –

Intermedios – Laboratorios, Servicios de radiología, etc

Finales - Área de Hospitalización, área de consultas, área quirúrgica, área docencia e investigación, etc

- El diseño de la estructura de costes debe de incluir todos los GFH´s, identificados por tipos (Final, Intermedio, Intermedio-Final o Estructural). Existen composición de servicios, áreas y otras entidades de agrupación de GFH´s. Se necesita, por tanto, flexibilidad en la creación y visión de la estructura. La visión de la estructura permitirá distintas vistas y criterios de agrupación.

- Además de la estructura de costes en SAP, se utilizarán otros colectores de costes como órdenes y proyectos para la gestión de inversiones.

2.6.2 Imputación de costes/ingresos a centros de estructura

- Todos los gastos e ingresos generados deben estar recogidos, al menos, por centro de coste, gastos como:

Costes de personal: Se deben reflejar datos referentes a la nómina de los empleados por centro de coste y categoría profesional.

Costes de suministros (consumos), se deben recoger costes por cuentas contables y concepto de costes de gastos de materiales y gastos de consumibles

Página 29 de 79


Costes de funcionamiento: se obtendrán los costes de Mantenimiento, Arrendamiento, Contratos, Amortización, etc Se deben incluir todos los gastos de funcionamiento, requeridos para el desarrollo de la actividad del Centro (Inversiones, suministros energéticos, Amortizaciones, Caja, etc.)

Costes estructurales

Costes de farmacia, se deben recoger costes por cuentas contables y centros de coste bajo los cuales se asienta el gasto de farmacia.

Costes de conciertos

Costes de transferencia y subvenciones.

Ingresos por prestaciones de servicio (tasas…)

Ingresos por transferencia y subvenciones.

Ingresos de concesiones

Otros ingresos de gestión.

- Existen traspasos de costes e ingresos entre centros.

2.6.3 Presupuestación.

El SMS precisa de una herramienta de gestión que le posibilite por un lado, el seguimiento de gasto real de sus Centros y por otro la planificación de gastos futuros, esta herramienta de gestión tendrá, al menos, las siguientes características:

- Recogerá todas las partidas de gasto e ingresos a nivel de centro de coste, sin perjuicio de obtener informes de seguimiento a cualquier nivel de la estructura de Centros definida.

- Se podrán gestionar diferentes versiones de presupuesto.

- Como ayudas a la planificación de gastos, debe ser posible copiar tanto datos reales como datos planificados a periodos o ejercicios posteriores así como la copia de datos planificados a diferentes versiones de planificación. Debe existir total flexibilidad para modificar cualquier dato del presupuesto.

- El sistema debe permitir la distribución del presupuesto anual a los periodos correspondientes así como revalorizar el presupuesto en importe y/o porcentaje.

- Para soportar el proceso de elaboración del presupuesto se hará uso del módulo de SAP BI Integrated Planning, incluyendo los workflows de revisión y aprobación necesarios.

- Se gestionará la planificación Top-up y Botton-up.

- En el caso de las órdenes o proyectos de inversión, se gestionará el presupuesto con gestión de disponibilidad que consiste en un control de gastos reales frente al presupuesto.

Página 30 de 79


2.6.4 Generación de informes de gastos e ingresos

- En los informes se obtendrá una cuenta de resultados por cuentas contables de cada centro de coste/ centro de beneficio y cualquier agrupación de los mismos siempre pudiendo obtener la información al mínimo detalle.

- En los informes de cada una de las unidades debe ser posible comparar datos reales con datos presupuestados, así como comparación con datos reales de años anteriores.

- Es necesaria total flexibilidad en los informes en la obtención de datos por periodos y ejercicios de todos los costes e ingresos generados en cada área.

- Los informes deben de ser flexibles en la obtención de datos comparando datos reales con cualquier versión de presupuesto.

2.6.5 Interfase del módulo de costes

- Se necesita una interfase del módulo de costes de SAP con el sistema GESCOT. Se traspasará la información necesaria recogida en dicho módulo, para su explotación en el sistema analítico GESCOT.

2.7 Gestión de expedientes de contratación.

En la gestión de expedientes de contratación cabe destacar los siguientes tipos de contrato que deberán ser implementados en el nuevo sistema:

- Contrato de suministros.

- Contrato de servicios y gestión de servicios públicos.

- Contrato de obras.

- Concesión de obra publicas.

- Contrato de consultoría o asistencia.

- Contratos administrativos especiales.

- Cualquier otra tipología contractual que pueda recogerse en la Ley de contratos de las administraciones públicas.

La gestión de expedientes de contratación podrá estar implementada sobre la Solución SAP Records Management y deberá basarse en un sistema de workflows, como modo de automatizar todo el proceso de aprobación y de gestión. Deberá estar integrada completamente con los módulos de compras, almacenes, económico-financiero, activos fijos, mantenimiento y ventas.

Página 31 de 79


2.7.1 Requisitos funcionales generales

- Las funcionalidades mínimas que se deberán llevar a cabo sobre el subsistema de gestión de expedientes de contratación son:

Mantenimiento del maestro de los distintos tipos de expedientes según procedimiento de tramitación (concurso, pudendo ser abierto o restringido, o procedimiento negociado), modalidad de contratación forma de adjudicación, con todos sus atributos asociados como: documentos, pasos, roles, involucrados y los requerimientos establecidos en la normativa de contratación. En especial se deberá recoger los Contratos Marco y de Determinación de Tipo.

Maestro de licitadores y posibilidad de conexión con el Registro de Licitadores de la Comunidad Autónoma de la Región de Murcia.

Registro de Apoderados para bastanteo.

Control de todos los pasos y requerimientos que el procedimiento necesite, en aplicación de la normativa de contratación o normativa de gestión propia. Se tendrá en cuenta el caso concreto de la Junta de Contratación del SMS, atendiendo a sus características de procedimiento y funcionamiento. Se deberá definir una serie de pasos que constituyan los procesos de gestión, pudiendo ser regulados en cuanto a plazos.

Integración de cada proceso con las unidades proponentes de la contratación, la contabilidad, los maestros de materiales, la gestión de: las compras, almacenes, mantenimiento, ventas, aprovisionamientos y el inventario.

Automatización de la aprobación de las distintas tareas a través de workflows.

El sistema permitirá la división de los expedientes en lotes.

A partir de las ofertas adjudicadas se crearán los contratos pertinentes que cubran el plan de necesidades inicial, que generarán las solicitudes de pedido o pedidos necesarios.

Soporte a las tareas administrativas adicionales en caso de modificación del contrato o de reajuste de cantidades y anualidades: recálculos, conformidad del contratista, etc.

Se deberá prestar especial atención a las peculiaridades en los contratos administrativos especiales y privados, así como a los contratos de adquisición de bienes a través de la Dirección General de Patrimonio.

La identificación de expedientes deberá tener una asignación automática y centralizada.

Las necesidades se podrán adjudicar a uno o varios ofertantes.

Existirá la posibilidad de aplicar una modelización de fórmulas para valoración de ofertas, revisión de precios, tasas de dirección de obras, etc.

Página 32 de 79


Las comunicaciones con terceros deberán estar automatizadas existiendo plantillas para tal fin. Ej: Comunicación de adjudicación, subsanación de errores, etc.

Obtención de datos resumen de las contrataciones realizadas, con posibilidad de elección de los parámetros de los listados por parte de los usuarios.

2.7.2 Gestión documental

- Mantenimiento integrado de la documentación en una herramienta de gestión documental. Se utilizará Content Server de SAP a menos que SMS disponga de una herramienta externa de gestión documental, homologada por SAP.

- El sistema deberá permitir el envío de información a través de correo electrónico y fax.

- Recepción electrónica de ofertas por parte de los licitadores, con los requerimientos que se establezcan en la normativa de contratación y las exigencias de seguridad que se establezcan en la normativa correspondiente.

- Autenticación de los distintos documentos, tanto enviados como recibidos, mediante firma electrónica

- Incorporar módulo de gestión de plantillas para:

Gestión de cláusulas administrativas particulares, debiéndose prestar especial atención a los pliegos para la determinación de tipos.

Gestión de cuadro de características de pliegos, así como la incorporación de pliegos de prescripciones técnicas que, en su caso, elaboren las unidades proponentes.

Elaboración de anuncios de licitación y de adjudicación, previo al envío a los diferentes diarios oficiales para su publicación.

Elaboración de documentos de propuesta, de inicio y de aprobación del expediente y documentos de otro tipo tales como informes, propuestas, justificación del procedimiento, no revisión de precios, cuadros de características.

Nombramiento de miembros de las mesas de contratación y elaboración de citaciones a los componentes, incluyendo la posible convocatoria electrónica de los mismos.

Elaboración de actas de las mesas de contratación.

Resoluciones de adjudicación y contratos administrativos.

- Incorporación de herramientas que permitan la creación de documentos de forma flexible, así como el acceso y la interrelación con documentos creados en otras aplicaciones ( tratamientos de textos, hojas de cálculo, PDF, etc).

Página 33 de 79


- Conexión con el Registro de Contratos para el posible registro automatizado de los mismos.

- Otros módulos o funcionalidades adicionales específicas que se puedan derivar de la Ley de Contratos de la Administraciones Públicas.

2.7.3 Gestión de fianzas

- Gestión de las fianzas constituidas.

- Cálculo automático de fianzas provisionales y definitivas.

- Generación de una base de datos con las fianzas constituidas.

- Avisos de plazos para devoluciones.

- Cálculo y gestión de las fianzas globales.

- Gestión de devolución de fianzas.

2.7.4 Programa de trabajo.

El programa de trabajo para la gestión del expediente se visualizará en formato calendario y/o gráfico de Gant. Las fechas se calcularán a partir de la situación real del expediente y teniendo en cuenta todas las circunstancias que afectan a los plazos de gestión (tipo, importe, modalidad, procedimiento, etc). En el programa se podrán definir hitos o fases donde diferenciar:

Fechas inicio / fin

Importes previstos / reales

Aportar recepciones parciales

Detallar con campos tipo memo o con documentos electrónicos el detalle de medios humanos/materiales por tareas asociados a cada fase.

2.7.5 Requisitos específicos de los contratos de suministros

- Selección de artículos o servicios desde el módulo de compras o de inventario (ampliación o reposición de equipamiento) para la preparación del expediente como número de artículos o servicios adquiridos, precios de los mismos, etc.

- Seguimiento de la gestión del suministro, relacionando las cantidades contratadas, pedidas, suministradas y liquidadas, incluyendo alarmas que detecten posibles desviaciones sobre el previsto en el expediente.

Página 34 de 79


2.7.6 Requisitos específicos de los contratos de obras

- Se requiere la gestión de las Obras como entidad de datos independiente, y relacionada con los diferentes expedientes de contratación que se producen a lo largo de su ciclo de vida. De esta forma se podrá fácilmente revisar todos los contratos relacionados con una obra, actuando sobre varios de ellos en caso necesario. Los expedientes de los contratos de obras deberán estar relacionados con la entidad “obra”, también se podrán asociar a esta entidad los contratos de consultoría y asistencia técnica.

- Elaboración de la documentación que sea necesaria en función del alcance de la obra, entre otra :

Aprobación del proyecto;

Acta de replanteo previo y acta de comprobación del replanteo;

Aviso previo a la autoridad laboral;

Certificaciones de obra;

Recepción provisional y definitiva;

Aprobación del plan de salud;

2.8 Gestión de compras y almacenes

El servicio murciano de salud desea obtener una aplicación que permita gestionar de forma integrada las funcionalidades del área de aprovisionamiento y gestión de almacenes que actualmente es soportada en diferentes aplicaciones y además aprovechar las nuevas funcionalidades que brinda un sistema integrado como SAP ERP.

Los principales ámbitos funcionales que deben ser cubiertos por el adjudicatario en el área de compras son los siguientes:

- Gestión del maestro de materiales (Catálogo único de artículos) y de proveedores así como todos los datos generales necesarios para los procesos de compras.

- Gestión general de Compras.

Planificación de necesidades.

Integración con la gestión de expedientes

Gestión de proveedores.

Ofertas con las peculiaridades/limitaciones que se condicionen en el módulo de contratación.

Realización y seguimiento de los pedidos.

Demoras

Página 35 de 79


Reclamaciones

Recepción y verificación de Facturas

- Gestión de almacenes

Entrada de mercancías

Recepción

Comprobación

Ubicación

Codificación y registro

Verificación de la disponibilidad

Gestión multialmacenes

Devoluciones

Salidas de mercancías

Gestión de peticiones desde centro de coste

Inventarios

Integración con nuevas tecnologías (Radiofrecuencia, Armarios dispensación automática, etc.)

- Gestión del sistema de información.

- Soporte documental. Funcionalidades de comercio electrónico y de soporte digital, archivado y clasificación, a los documentos asociados al proceso de compras y almacén. Se utilizará Content Server de SAP a menos que SMS disponga de una herramienta externa de gestión documental, homologada por SAP.

2.8.1 Gestión de los datos maestros

La estructura organizativa deberá ser consensuada con los responsables logísticos y financieros. Partiendo, como primera aproximación, existirán varios centros (Hospitales, Gerencias de atención primaria, etc.) y todos ellos tendrán uno o varios almacenes principales que dan cobertura a los almacenes de planta.

También se deberán definir las organizaciones de compras que serán creadas (es la que plasmará las políticas de precios y condiciones) así como los grupos de compra, que representarán a aquellos departamentos y personas que se responsabilizarán de la ejecución y seguimiento de la compra.

2.8.1.1 Maestro de materiales Tal y como se ha indicado el SMS esta desarrollando un catálogo único

de productos al que deberá dar soporte el sistema de gestión objeto de este pliego, las funcionalidades esperadas en este sentido son:

Página 36 de 79


Conexión con el procedimiento de altas, bajas y modificaciones de artículos que tenga implementado el SMS en el momento de la implantación.

Posibilidad de mantener distintos catálogos para cada centro, en función de los artículos que cada uno de ellos esté gestionando.

Posibilidad de tratamientos distintos para cada articulo en función del centro que lo gestione: Ubicación, Clasificación (almacenable o no almacenable), etc.

2.8.1.2 Datos Maestros de Compras Se generará un procedimiento para la creación y actualización del

registro maestro de proveedores. El procedimiento deberá contemplar aquellos datos necesarios para el correcto funcionamiento de los procesos de negocio en los que estén involucrados.

Los procedimientos de creación de proveedores permitirán agrupar a los proveedores según determinados criterios. Es requerimiento fundamental la relación Material / Proveedor, que es dónde se almacenará toda la información relacionada con los precios, descuentos aplicados, recargos, etc.

Será necesario almacenar en el sistema las estipulaciones de precio acordadas con el proveedor (tales como descuentos o recargos aplicables).

2.8.2 Gestión general de Compras

El servicio murciano de salud agrupa sus procesos de compras casi en su totalidad en base a dos modelos de generación de pedidos:

o Compra generada por Expediente Administrativo: Una compra de este tipo vendrá ligada a un expediente generado en el modulo de contratación y heredará parámetros relativos a la oferta adjudicataria tales como: proveedor, referencia, precio, etc.

o Compra generada de modo directo Una compra de este tipo se producirá al no existir expediente de contratación ligado al artículo a adquirir.

2.8.2.1 Planificación de Necesidades o La nueva aplicación tendrá que ser capaz de generar automáticamente

solicitudes de pedido en base a los niveles de stock por almacén y articulo (stock máximo, stock mínimo, stock crítico, etc.), punto de pedido, planificación periódica o cualquier otro criterio previamente definido.

o Deberá asignar el tipo de compra a realizar validando la existencia o no de expediente de contratación así como detectar si este expediente esta en preparación, activando avisos o alarmas.

Página 37 de 79


o Deberá agrupar las necesidades por proveedor y/o expediente facilitando y proponiendo automáticamente los pedidos a realizar.

2.8.2.2 Evaluación de Proveedores y Ofertas o El servicio murciano de salud gestiona actualmente esta área siguiendo

varias pautas:

o Existencia de expediente administrativo, el proveedor ya viene asignado así como otros datos de la oferta.

o No existe expediente administrativo en vigor, en este caso se recurrirá a las fichas de marketing, a la existencia de una oferta previa registrada o a la mecanización directa.

o La nueva aplicación soportará, al menos, los siguientes puntos:

La evaluación de proveedores deberá basarse en varios criterios principales, que se concretarán en la fase de análisis, ejemplo: en función de las “Plazos de entregas” o de la “calidad de los productos” (reclamaciones sobre numero de pedidos).

Procesos de homologación de los proveedores.

Proveedores esporádicos.

La nueva aplicación deberá contemplar el registro de ofertas, así como su seguimiento y evaluación (Apta o no apta) para que se autorice finalmente la creación de un pedido de compra posterior que herede los datos de la oferta (esta autorización será definida en la fase de análisis).

Herramienta que permita comparar ofertas de una manera sencilla y rápida.

2.8.2.3 Realización y seguimiento de los pedidos de Compra o La nueva aplicación deberá cubrir al menos los siguientes aspectos:

Se podrán configurar tipos de pedidos de compra distintos, la variabilidad en la tipología implicará:

o Posibilidad de cumplimentar campos diferentes en función del tipo de pedido elegido.

o Flujos de trabajos diferentes.

o Formatos de impresión/envío diferentes, etc.

En cualquier caso existirá una relación directa con el módulo de contratación administrativa.

Permitir pedidos abiertos de compras, se entenderá como “abierto” la creación de un pedido durante un espacio de tiempo determinado en el que se puedan ir pidiendo diferentes productos en diferentes tiempos.

Página 38 de 79


Permitir diferentes procedimientos de aprobación para cualquier documento de compras.

Al crear una orden de compra no automatizada, el sistema deberá buscar las mejores condiciones y las insertará en el nuevo documento.

La nueva aplicación deberá registrar todo el proceso de compra (oferta, solicitud, entrada de mercancía, facturación, etc.) de principio a fin con el objetivo de obtener un seguimiento del mismo.

Posibilidad de adjuntar todo tipo de archivos (PDF, Excel, Word, etc.) a los diferentes documentos SAP.

Configuración de campos para adaptarlos al formato solo lectura y obligatorio.

El pedido de compra debe de estar integrado con los almacenes, de manera que las entradas de mercancías, recepción u otras incidencias queden reflejadas en el flujo de documentos.

La distribución de los costes e imputaciones de los pedidos deberá estar integrada con los procesos financieros.

Informes para el seguimiento y análisis de las compras realizadas por artículo, proveedor, grupos/subgrupos/familias, comparativas entre periodos, etc.

2.8.2.4 Demoras y Reclamaciones. o El sistema deberá verificar los periodos de reclamación que se han

especificado y en caso necesario, imprimir recordatorios/formularios de reclamación en intervalos predefinidos de forma automatizada.

2.8.2.5 Recepción y verificación de Facturas o La nueva aplicación tendrá que ser capaz de aportar la funcionalidad

necesaria que permita vincular y contrastar las facturas de los proveedores con las recepciones realizadas de una manera rápida y eficiente además poder bloquear estas facturas en caso de discrepancias entre lo pedido al proveedor y lo recibido en los almacenes.

o Posibilidad de incorporar la modalidad de factura electrónica al proceso de compras.

o El registro de facturas deberá integrarse con el portal Web del SMS habilitando la consulta del estado de facturas a proveedores vía Web.

Página 39 de 79


2.8.3 Gestión de Almacenes

El nuevo sistema de gestión de almacenes deberá permitir al Servicio Murciano de Salud agilizar y mejorar sus procesos de trabajo soportando, al menos las siguientes características:

o Sistema multialmacén. Almacenes generales, individuales y compartidos a cualquier nivel de la estructura organizativa del SMS, además se podrá definir sus propias peculiaridades

o Generación y seguimiento de recepciones de entrada, con o sin pedido previo; movimientos de salida hacia almacenes secundarios y hacia GFH.

o Gestión de recepciones en diferentes estados pendientes: asignación a pedido, control de calidad, conteo, ubicación, devolución.

o Propuestas de ubicación y control de diferentes ubicaciones por artículo.

o Integración de las distintas opciones de gestión de la reposición:

o Radiofrecuencia, armarios inteligentes e implementación de sistemas tipo ‘Kanban’ ó ‘Doble cajón’.

o Peticiones a demanda sobre catálogos restringidos o no restringidos de productos. Ej. Definir catálogos restringidos de productos en función de aquellos artículos que son de consumo habitual por los centros de coste demandantes.

o Posibilidad de definir pactos de reposición periodificables: semanal, quincenal, etc. Esta funcionalidad deberá permitir la modificación de las cantidades previamente pactadas, incluso eliminando o anulando cantidades.

o Gestión de lotes y control de fecha de caducidad.

o Gestión de stock. Fijación de stock mínimo, máximo y de seguridad. Puntos de pedido automáticos integrados con compras. Fijación de recuentos periódicos por artículos ABC y distribuidos en el tiempo. Simulación y proyección de stock.

o Gestión de depósitos de proveedor: control de stock y auto facturación. Conciliación/Integración con cuentas a pagar, conformando la factura del proveedor contra la auto factura y distribuyendo el coste por los objetos de coste consumidores.

o Depósitos de prótesis, será necesaria la integración con el modulo de gestión de pacientes (SELENE), quedando pendiente en la fase de análisis las características de esta.

o Soportar diferentes sistemas de valoración de existencia: estándar, precio medio, LIFO, FIFO, etc. Posibilidad de valoraciones paralelas estándar y real.

o Movimientos manuales de diferente tipología y causa: entradas, salidas, ajustes, traspasos etc. Posibilidad de generación automática de

Página 40 de 79


movimientos en función de asociarlos a actividades, solicitudes de suministro etc. Valoración automática de movimientos.

o Posibilidad de almacenamiento de un mismo articulo en distintos formatos de presentación.

o Inclusión de las fechas de referencia: fechas de pedido, de entrada en el almacén principal, de salida a almacenes de planta, etc.

o Integración con el área financiera y con los centros de costes, libre definición y asociación de estos a las diferentes tipos de movimientos.

o Posibilidad de programar hojas de ruta para la distribución de los artículos entre los diferentes centros.

o Cierre mensual de almacenes con reflejo contable automático de existencias.

o Flexibilidad en cuanto a la localización de las funciones de compra a diferentes niveles de la estructura organizativa del SMS. Coexistencia de esta función con la funcionalidad de almacenes y cuentas a cobrar a diferentes niveles dentro de la estructura organizativa del SMS.

o Posibilidad de que las devoluciones realizadas en los almacenes hacia el proveedor queden pendientes de recibir su correspondiente abono en el proceso administrativo de gestión de la facturación.

o Estadísticas y ratios de almacenes parametrizables y flexibles: obsolescencia, rotación, clasificación de artículos por diferentes criterios, consumos etc.

o Sistema de información que nos permita analizar la situación de los almacenes a todos los niveles: búsqueda por almacén, articulo, fecha de entrada de la mercancía, etc.

2.8.4 Almacenes de productos farmacéuticos

o La gestión de la farmacia tiene una problemática especial, en particular en relación a la gestión de unidosis, que hace conveniente mantener la actual aplicación (SAVAC) y no gestionar los almacenes de productos farmacéuticos como almacenes en SAP ECC.

o Sin embargo tiene que garantizarse la integración con compras (pedidos y facturas), existencias (entregas y consumo) y con Control de Gestión (consumos y costes). Esta integración debe garantizar la correcta contabilización de:

Las compras de productos farmacéuticos

La facturación de proveedores y el pago.

La correcta valoración contable de las existencias y variación de existencias

La obtención de la información de costes a nivel de GFH.

Página 41 de 79


2.8.5 Gestión del mantenimiento de instalaciones

o El requerimiento del Servicio Murciano de Salud en este ámbito es obtener una aplicación que permita gestionar de forma integrada las funcionalidades del área de mantenimiento que hoy en día se tienen en diferentes aplicaciones y además aprovechar las nuevas que brinda un sistema integrado como SAP.

o El sistema de información de SAP permitirá un análisis detallado de la rentabilidad de los procesos de mantenimiento del SMS así como supondrá una potente herramienta en la planificación estratégica de la empresa.

o Actualmente el Servicio Murciano de Salud gestiona el mantenimiento desde diferentes aplicaciones, algunas de ellas implantadas por el propio proveedor de la maquinaria y en su mayoría no están conectadas entre si, además otros procesos se realizan de manera manual, sin registro informático alguno.

o Los principales procesos actuales contemplados en las diferentes aplicaciones y que debe cubrir como mínimo la nueva aplicación son:

Gestión del inventario de activos o equipos.

Recepción y gestión de avisos/alarmas (reparaciones, averías, etc.)

Ordenes de Trabajo.

Mantenimiento preventivo.

Mantenimiento correctivo.

Gestión de contratos:

o Seguimiento técnico (histórico de órdenes para un contrato).

o Programación de intervenciones. (Mantenimiento programado).

Elaboración de Informes.

2.8.6 Gestión de objetos técnicos e inventario

o Se deben poder definir diferentes categorías de objetos técnicos, debiéndose tener en cuenta que cada categoría puede llevar asociada distintas variables de identificación y clasificación. (Aparatos médicos, Instalaciones e infraestructuras, Mobiliario, Obras, Combustibles, Jardinería, etc.).

o Para la gestión de los objetos técnicos debe existir la posibilidad de definir tantos niveles jerárquicos como se necesiten en función del tipo de mantenimiento. Esto permitirá un mayor detalle del equipo a reparar, al

Página 42 de 79


conocer su despiece, planificación de los materiales necesarios para una orden de trabajo, diferenciar la gestión de avisos/ordenes.

o Algunos equipos se generarán directamente desde la compra además estos deberán guardar información propia referente a la compra como precio y fechas de adquisición, en algún lugar del maestro de equipo.

o Otros equipos se generaran manualmente (cedidos, donados en préstamo, etc) estos corresponden básicamente a los que no pasan por compras, estos se gestionarían de la misma manera pero no contendrían la información de compra.

o Además la aplicación deberá aportar herramientas de información para evaluar su gestión (Agrupar la información de costes e ingresos por cada nivel de objeto técnico, localizar un equipo fácilmente, conocer el número de reparaciones, histórico, etc.).

o Gestión de garantías.

Entre la distinta información que ha de poder guardarse en el maestro del objeto técnico debe existir la posibilidad de adjuntar planos industriales u otra documentación.

Los equipos tendrán que estar integrados con el modulo de finanzas a nivel de activo fijo (calculo automatizado de las amortizaciones que correspondan según los criterios y variables que se definan, registro valor residual estimado, etc.).

Creación de centros de trabajo necesarios para la asignación de los diferentes grupos de técnicos.

Debe de contemplarse la posibilidad de registrar los equipos en el almacén por su número de serie tanto a la entrada como a la salida de los equipos.

Asimismo, la posibilidad de inclusión de diferentes estatus en los objetos técnicos que nos den cuenta del estado. (alta, baja, vendido, etc.).

2.8.7 Recepción y gestión de avisos/alarmas

o La nueva aplicación deberá permitir la generación de avisos de forma automática o manual, así como agrupar los diferentes avisos por tipologías.

o Los avisos deberán contener como mínimo campos referentes a la descripción de la incidencia, solicitante, fecha y hora de generación del aviso, equipo/instalación afectada así como datos de localización del equipo

o Capacidad de identificación de garantía o contrato que cubre al objeto técnico en el momento de la creación del aviso arrastrando en ese caso información relativa al contrato/garantía.

o Posibilidad de creación de catálogos de averías y actividades

o Posibilidad de emisión de avisos, al menos, vía fax y mail.

Página 43 de 79


o Creación, visualización e impresión de formularios predefinidos.

o Consulta del estado del aviso/alarma mediante estatus.

o Explotación de los diferentes datos de los avisos/alarmas a través de listados.

o Flujo de documentos que permita conocer los pasos de los diferentes ciclos definidos.

o Establecimiento de una transacción central para la creación y seguimiento de los avisos, con la posibilidad de navegar a diferentes transacciones y recabar información de todo el ciclo de mantenimiento de una manera rápida y sencilla.

2.8.8 Gestión de Ordenes de trabajo

o La nueva aplicación deberá permitir la generación de órdenes de trabajo de forma automática (a través de avisos, planes de mantenimiento, etc.) o manual, así como agrupar los diferentes órdenes por tipologías.

o La orden de trabajo deberá contener como mínimo información sobre:

Actividades a realizar (en función del tipo de orden).

Asignación de operarios.

Imputación de tiempos necesarios en los trabajos por parte de los técnicos, esta imputación sería meramente informativa sobre el documento OT, no tendría implicación en el modulo de recursos humanos.

Gestión y evolución de las OT a través de estatus (abierto, cerrado técnicamente, etc.).

o Es un requerimiento que en función de que el objeto técnico este parado o no y de la existencia del contrato o garantía se le da prioridad a las ordenes.

o Creación, visualización e impresión de las órdenes de trabajo en formularios predefinidos.

o Flujo de documentos que permita conocer los pasos de los diferentes ciclos definidos.

o Hay que tener en cuenta las garantías o contratos de mantenimiento del objeto técnico al generar la orden de forma manual o automática, heredando en ese caso información relativa al contrato/garantía.

o Posibilidad de establecer conexión web para que los técnicos externos al servicio murciano de salud pudieran confirmar las ordenes de trabajo, ya que esto proporcionaría información de vital importancia a los gestores (tiempo medio de reparación, material usado, etc.).

Página 44 de 79


2.8.9 Mantenimiento Planificado

o En éste área funcional, el nuevo sistema deberá dar cobertura, como mínimo, a las siguientes características:

Posibilidad de creación de diferentes tipos de planes de mantenimiento (preventivo, técnico-legales, conectivo, etc.) asociados a los objetos técnicos (a nivel de equipo, agrupación de equipos o a un determinado nivel de estructura funcional).

Herramientas de programación automática de los citados planes de mantenimiento para la generación de los respectivos avisos/ordenes de mantenimiento así como definir diferentes frecuencias de creación de las mismas.

Estos mantenimientos podrán ser definidos en función del consumo del objeto técnico, por tiempo, por una combinación de condiciones, etc.

Informes que permitan evaluar la gestión del mantenimiento planificado.

2.8.10Gestión de Contratos

o En el actual ámbito de mantenimiento se gestionan gran número de contratos, no estando la información de estos conectados entre los diferentes sistemas.

o Los contratos suelen ser en su mayoría referentes a mantenimiento así como a servicios, en algunos casos el objetivo es poder llevar un control del contrato con el proveedor a fin de cotejar que los servicios y fechas proporcionados por este, son los estipulados en el contrato.

o La información necesaria mínima referente a los contratos que debe contemplar la nueva aplicación son:

Datos del Cliente.

Objeto de contrato: para grupos de máquinas, equipos individuales, componentes, etc.

Servicio contratado: en este punto se usarán los productos de servicio en aquellos casos en los que pueda estandarizarse la prestación de servicio.

Duración de los contratos.

Prestaciones adicionales, incluyendo descuentos, acuerdos de precios, tarifas etc.

Evaluación económica de los contratos.

Integración con lo restantes elementos de mantenimiento (avisos, ordenes, mantenimiento preventivo).

Informes que permitan evaluar la gestión del los contratos.

Enlace con el módulo de contratación pública.

Página 45 de 79


2.8.11Garantías

o La nueva aplicación deberá tener en cuenta los datos de garantía en los objetos técnicos, ya que estos son de importancia en la posterior ejecución del mantenimiento.

La información referente a la garantía deberá estar disponible y visible a nivel de objeto técnico conteniendo al menos datos sobre:

o Tipo de garantía.

o Servicios y materiales que cubre la garantía.

o Fecha de inicio y fin de garantía.

Será necesario al generar la orden/aviso conocer el estado de la garantía. La existencia de garantía determinará los pasos sucesivos en la gestión del mantenimiento.

2.9 Gestión económica de actividad concertada.

La actividad concertada, aquellas prestaciones sanitarias que ante la imposibilidad física y/o técnica de realizarla en los Centros del SMS se realiza en Centros ajenos, representa un montante económico significativo en los presupuestos del SMS. Por este motivo es necesario que el seguimiento de facturación relacionada con prestaciones concertadas quede integrado en el nuevo entorno SAP.

Para que la actividad pueda ser concertada debe existir un contrato previo que deberá estar formalizado en el módulo de contratación pública.

La actividad a facturar podrá ser extraida de varios orígenes de datos:

Sistema Integrado de Gestión de Pacientes en Listas de Espera (SIGILE)

Sistemas de Gestión de Pacientes de los Centros Hospitalarios (SELENE)

Sistema Integrado de Actividad Concertada (SIAC).

Quedará pendiente de validar con el adjudicatario y en fase de análisis, el nivel de integración con estos entornos, así como las estructura de datos a intercambiar.

Página 46 de 79


Gestión de ventas.

- El objetivo del Servicio Murciano de Salud es adquirir una aplicación que permita integrar las funcionalidades del área asistencial que hoy en día se tienen en diferentes aplicaciones con el área de ventas y económica-financiera de la nueva aplicación SAP que se va a implementar.

- Los siguientes ámbitos funcionales deberán estar obligatoriamente contemplados en la nueva aplicación de ventas:

Maestro de materiales.

Tipos de financiación: Accidentes de tráfico, accidentes laborales, etc.

Maestro de clientes. Se deberá contemplar la posibilidad de diferenciar el concepto de paciente, que es a quien se le presta el servicio, frente al garante, que es quien se hace responsable del pago de la factura.

Maestro de Condiciones (precios, descuentos, etc.).

Pedidos de Venta:

o Registro de información para cliente y material

o Condiciones para la determinación automática de precios

o Fechas de entrega y capacidades.

Gestión de facturación:

o Facturación basada en servicios.

o Creación de abonos y notas de cargo

o Planes de Facturación

o Listas de facturas

o Transferencia automática de datos de documentos de facturación a finanzas (libro mayor, centro de beneficio, cuenta de resultados, etc.)

o Contabilización de los pagos

Bloqueos de pedido y factura (como instrumento de control)

Conexión con el módulo de contratación pública.

El Servicio Murciano de Salud demanda solución para dos grandes bloques diferenciados:

- Integración con los actuales sistemas asistenciales.

La nueva aplicación deberá recoger de las aplicaciones origen los datos asistenciales necesarios para poder generar la facturación en SAP y a continuación seguir con contabilización y gestión del cobro y demás procesos financieros contenidos en el sistema SAP.

Página 47 de 79


Los datos de origen serán emitidos por las siguientes aplicaciones:

Sistema de gestión hospitalaria SELENE.

Sistema de Atención primaria OMI.

Centro regional de hemodonación.

Posibilidad de emitir un fichero con datos de facturación para aquellas compañias (clientes/garantes) adscritas al Convenio de Asistencia Sanitaria (CAS).

- Procesos generados en el modulo de ventas y distribución

En los casos en que no existe en la actualidad un proceso ya establecido para gestionar la venta y la información es introducida directamente en el sistema de gestión presupuestaria, los flujos deberán realizarse en el modulo de ventas de la nueva aplicación en su totalidad.

En este bloque se englobarán todos los demás procesos: Servicios, arrendamientos, ensayos clínicos, etc.

2.10 Información para la gestión

- La implantación de un sistema Business Intelligence deberá permitir la explotación de la información de los diferentes sistemas existentes de una manera eficiente, orientada a la toma de decisiones.

- Dicha solución ha de incorporar las herramientas necesarias para la integración de los datos, su extracción, transformación y carga, la generación de estructuras multidimensionales, la navegación analítica, las capacidades avanzadas de análisis y representación gráfica de los datos y la difusión de la información.

- También deberá incorporar herramientas necesarias para la automatización de todos los procesos, el control de acceso de los usuarios a la información y la elaboración de las diferentes versiones del presupuesto.

- La solución que se va a implantar para dicha demanda es SAP NetWeaver Business Intelligence (SAP BI).

- El Sistema SAP BI deberá ser capaz de alimentarse de los siguientes sistemas fuente:

Propio Sistema SAP BI .

Sistema ERP SAP ECC.

Costes de Personal.

Costes Farmaceútico.

Página 48 de 79


Sistema Facturación o Actividades.

- La integración de la información proveniente de los diferentes sistemas fuente externos (non SAP) con SAP BI deberá ser realizada por la herramienta SAP Exchange Infrastructure (SAP XI).

- El sistema requerirá la alimentación automática de las estructuras multidimensionales desde los diferentes sistemas fuente, a través, en la medida de lo posible, de cargas incrementales (cargas delta) para la optimización de los tiempos de transferencia de información.

- El sistema deberá proporcionar las herramientas necesarias para la creación de diferentes roles, con sus correspondientes perfiles de autorización, que permitan limitar y controlar el acceso de los usuarios tanto a los objetos como a la información (también a nivel de valor de la característica). Dichos roles deberán diferenciar especialmente entre el perfil de creación de informes y el de visualización, así como el área o persona a la que estén destinados los informes.

- Se crearán menús de usuario asociados a estos roles para facilitar el acceso de los usuarios al sistema y a sus funcionalidades.

- Se activaran los objetos proporcionados por el estándar SAP (Business Content) para los módulos implementados en el proyecto. Se utilizarán los informes estándar del Business Content para cada módulo del ERP implantado (Económico-financiero, Compras, Gestión de Expedientes de Contratación, etc.) y se realizarán los informes que engloban el cuadro de mandos de SMS “Gasto Real”. En total se implantarán unos 50 informes, que serán suficientes para que el usuario pueda ser independiente en el futuro y desarrollar sus propios informes.

- El sistema proporcionará las herramientas necesarias para la realización de los informes requeridos. Dichos informes podrán presentarse en Excel, report, publicarse en el portal web del SMS o en un sistema de directorios.

- Deberá permitir la posibilidad de navegación dentro de los informes por parte de los usuarios: aplicar filtros, añadir y quitar características al desglose, seleccionar valores de variables, ordenar, modificar la disposición, grabar listados en ficheros locales...

- Se debe permitir además la posibilidad de navegar entre informes, e incluso de saltar desde los informes a transacciones del ERP o documentación.

- El sistema deberá constar de las funcionalidades necesarias para el precálculo (para informes con una gran cantidad de datos o informes muy solicitados) y distribución (vía mail, publicación en portal web, etc.) automática de los informes.

- Se utilizará la herramienta SAP BI Integrated Planning para la elaboración de las diferentes versiones del presupuesto, que tienen como objetivo su comparación con los datos reales obtenidos de los sistemas fuente, tal como se especifica en el capítulo dedicado al Control de Gestión.

Página 49 de 79


2.11 Interfaces con otros sistemas de información detectados.

A continuación se enumeran las principales interfaces entre los sistemas SAP a implantar y otros sistemas de SMS

- Entradas al Sistema

Ventas.

Ventas realizadas relativas a la actividad asistencial:

Origen SELENE, OMI, Hemodonación

Objeto de la información

Pedidos de ventas, actividades y/o materiales a facturar.

Compras.

Compras a realizar relacionadas con actividad asistencial:

Origen SELENE


Pedidos de compras de material ortoprotésico.

Compras. Actividad Concertada.

Servicios realizacionados con actividad realizada en la modalidad de concertación.

Origen SIGILE,SELENE


Servicios relacionadas con actividad concertada.

Nómina.

Contabilización de la Nómina y acumulación en Control de gestión:

Origen M3


Costes de personal, Pagos a empleados, liquidación de IRPF y Seguridad social

Página 50 de 79


Farmacia.

Compras y almacén de farmacia:

Origen SAVAC


Pedidos, entregas, facturas, consumos

- Salidas del Sistema.

Información de costes por GFH

Destino GESCOT


Información de costes

Información de facturas para CAS (Convenio de Asistencia Sanitaria)

Destino CAS


Información de facturas

Información de Contratos (Registro General de Contratos)

Destino Registro Contratos CARM


Información de contratos

Además de las citadas interfases deberán implementarse todas aquellas cuya necesidad surja del análisis detallado de los requisitos y diseño funcional de la solución.

2.12 Carga inicial de datos

- El adjudicatario deberá identificar, en la fase de análisis del sistema, información existente en otros sistemas y/o fuentes de datos y que sea preciso incorporar al nuevo sistema objeto del presente contrato, en su caso, a otros posibles sistemas que lo alimenten, debiéndose desarrollar y ejecutar los procesos de conversión, validación y carga de los datos existentes en los sistemas actuales que deban incorporarse a la nueva aplicación.

Página 51 de 79


- Si resultase necesaria una fase previa de depuración de datos, se deberán especificar los procedimientos y facilitar las herramientas necesarias para llevarla a cabo, y planificar y coordinar todo el proceso de depuración, a realizar por personal de SMS.

- Se deberán aportar, asimismo, los procedimientos y herramientas que correspondan para la incorporación en el nuevo sistema de toda aquella información necesaria que no estuviera contemplada hasta la fecha en las estructuras de datos de las aplicaciones actuales.

- Se deberá comprobar, en todo caso, la consistencia de los datos cargados (tanto los obtenidos a partir de otras aplicaciones, como los grabados de forma manual) mediante las correspondientes pruebas de integridad de datos.

2.13 Soporte y evolución del sistema

Una vez puesto en productivo el sistema, diferenciaremos dos fases posteriores consideradas como de post-implantación y soporte respectivamente. Estas fases se regiran por un acuerdo de nivel de servicio (ANS) propuesto por el adjudicatario y que deberán incluir, al menos, los siguientes componentes, indicadores y valores de referencia.

a) Fase 1. Post-Implantación .

La duración estimada para esta primera fase es de tres meses y en ella se prevee la estabilización de todos los Centros y sistemas puestos en producción, en particular, verificar la validez de los desarrollos a medida.

Las tareas que se han contemplado en esta fase son: Desarrollos a medida necesarios para la validación final del modelo

puesto en marcha. Incorporación del entorno SAP al Centro de Asistencia a Usuarios

(CASIUS) como canalizador de incidencias. Mantenimiento correctivo. Resolución de incidencias del nuevo sistema

en producción.

Los tipos de incidencias contemplados son: Incidencia tipo 1. Toda aquella interrupción o disfunción en los

servicios y/o procesos que dé lugar a una completa inoperabilidad del mismo sin alternativa de servicio.

Incidencia tipo 2. Toda aquella disfunción en los servicios y/o procesos del sistema que no suponga una interrupción de estos por existir alternativa de servicio.

Página 52 de 79


Incidencia tipo 3. Toda aquella disfunción en lo servicios y/o procesos que no suponga interrupción de servicio.

Página 53 de 79


Las métricas contempladas son las siguientes:

Tipo Incidencia Unidad de Medición Tiempo de

resoluciónNivel

Permitido

1% de incidencias resueltas en plazo desde la notificación por el Centro de Asistencia a Usuarios o detectadas proactivamente

Menos de 2 horas 95%

2% de incidencias resueltas en plazo desde la notificación por el Centro de Asistencia a Usuarios o detectadas proactivamente



3% de incidencias resueltas en plazo desde su notificación por el Centro de Asistencia a Usuarios o detectadas proactivamente

Menos de 3 días 85%

Menos de 5 días 100%

Consideraciones: Los valores están expresados en periodos laborables. La evaluación será mensual.

b) Fase II. Soporte .

La duración estimada para esta fase es de seís meses. Al inicio de esta fase el sistema debería ser totalmente estable y sin necesidades de desarrollo pendientes, no obstante y en caso de que se detectara la necesidad de nuevos desarrollos no contemplados podrían ser solicitados por parte del SMS, recurriendo al procedimiento de gestión de cambios de alcance del apartado 5.

Las tareas que se han contemplado en esta fase son: Mantenimiento y soporte a usuarios. Mantenimiento y soporte del sistema en explotación.

Las métricas a utilizar serán las mismas que las especificadas para la fase de post-implantación.

Página 54 de 79


2.14 Prestaciones a realizar

Al tratarse de un proyecto llave en mano, el adjudicatario deberá llevar a cabo cuantas tareas sean precisas para garantizar el correcto desarrollo y la completa puesta en producción del nuevo sistema en condiciones óptimas de operatividad, así como el posterior soporte y evolución del mismo, y todo ello con los niveles de calidad, plazos y niveles de servicio requeridos por SMS.

Dentro de las citadas tareas, y teniendo en cuenta el alcance y ámbito del nuevo sistema, se considera de especial relevancia una adecuada gestión del día a día del proyecto por parte del adjudicatario, el cual será responsable de que éste se desarrolle en forma y plazo, debiendo resolver, o comunicar con suficiente antelación al Director Técnico del proyecto cuando no sea posible la resolución por parte del propio adjudicatario, todos aquellos riesgos que puedan poner en peligro la consecución de los objetivos y plazos del proyecto.

2.15 Implantación y soporte del sistema

Una vez completado el desarrollo del nuevo sistema, incluyendo toda la documentación y concluidas con éxito las pruebas definidas en el correspondiente plan de pruebas destinadas a certificar que el sistema cumple todos los requisitos funcionales, técnicos, etc., se procederá a la implantación del mismo en el entorno de producción, para lo cual el adjudicatario deberá elaborar un plan de implantación detallado.

Si durante la fase de paso a producción se pusieran de manifiesto deficiencias, relevantes a juicio del Director Técnico del proyecto, que no hubieran sido descubiertas durante las pruebas, no se procederá al despliegue generalizado del sistema hasta que dichas deficiencias fueran resueltas por el adjudicatario sin coste adicional para SMS y con posibilidad de imposición de las deducciones previstas en el presente Pliego si ello supusiera retrasos en los hitos y/o plazos de ejecución del proyecto.

Una vez concluida con éxito la implantación del sistema y certificada por SMS la plena operatividad del mismo, se dará por cerrada una primera versión del aplicativo y se iniciará la fase de soporte del sistema.

Durante dicha fase de soporte, el adjudicatario deberá poner a disposición de SMS un equipo técnico compuesto por los perfiles que en cada momento sean requeridos para atender las necesidades concretas del sistema en cuanto a soporte técnico y funcional, correcciones, etc. incluyendo la realización de las siguientes tareas:

Mantenimiento correctivo y evolutivo básico del sistema

Soporte a los usuarios para resolución de dudas, aportación de documentación adicional, colaboración, etc.

Soporte al CAU, para la atención y resolución de cualquier incidencia detectada por los usuarios finales del nuevo sistema, y documentación de las correspondientes soluciones a través del sistema de notificación y gestión de incidencias de SMS

Página 55 de 79


Transmisión continuada de información y conocimientos al personal del CAU, del proveedor de hosting y demás personal técnico que dará soporte al nuevo sistema

Colaboración con el personal técnico de SMS en la resolución de cualquier tipo de problema o incidencia que pueda afectar a la adecuada operatividad y rendimiento del sistema, incluyendo aquéllas que estén relacionadas con la plataforma de soporte del sistema, optimización de la misma, interacción con productos de terceros, comunicaciones, etc.

Página 56 de 79


33 REQUISITOS METODOLÓGICOSREQUISITOS METODOLÓGICOSLas tareas objeto del presente contrato deberán realizarse en el marco de una

metodología que garantice una alta calidad del producto resultante en términos de cumplimiento de los requisitos funcionales, legales, técnicos, etc., adaptación a los estándares de SAP, máxima explotación de las funcionalidades estándar del producto, facilidad de evolución posterior y de integración con otros módulos de SAP y/o otros sistemas de SMS, rendimiento, optimización en el uso de recursos de maquina y comunicaciones, trazabilidad, documentación, etc.; y todo ello dentro de los plazos y costes definidos para el proyecto.

Los licitantes deberán detallar en sus respectivas ofertas la metodología a aplicar al presente proyecto, especificándose las fases, tareas, roles, participación/recursos a aportar por SMS en cada fase, etc.

La metodología propuesta por el adjudicatario deberá ser, en cualquier caso, aprobada por SMS antes de su aplicación al presente proyecto, pudiendo solicitarse los cambios que a juicio del Director Técnico del Proyecto garanticen un mejor resultado.

El proyecto constará de cinco fases mas una de soporte:

- Fase 1 – Preparación de Proyecto

- Fase 2 – Planos Empresariales (Business Blueprint)

- Fase 3 – Realización

- Fase 4 – Preparación Final

- Fase 5 – Puesta en productivo y Soporte

- Fase 6 – Mantenimiento post-implantación y soporte

Fase 6.1. Soporte Post-Implantación

Fase 6.2. Soporte

Con carácter general, las tareas y productos a realizar y entregar respectivamente en cada fase se explicitan a continuación.

Página 57 de 79


FaseFase ObjetivoObjetivo ActividadesActividades ProductosProductos

1 Planificación y preparación del proyecto de implantación

- Definir el propósito y objetivos del proyecto.

- Definir la estrategia de implantación.

- Clarificar el alcance de la implantación.

- Definir el programa general del proyecto.

- Alcance propuesto y requisitos

- Plan Maestro de Proyecto:

Estrategia de Implementación

Planificación General de Proyecto

Planes de gestión de Calidad, de Seguridad y de Configuración

Plan de Recursos

Plan de Gestión de Riesgos

Estrategia de Formación

Mapa Sistemas

Procedimientos y Estándares de Proyecto

- Preparación de Infraestructura Tecnológica

- Informes de seguimiento del proyecto

- Revisión y aprobación de esta fase

2 Obtención del documento de Planos Empresariales (Diseño Funcional), que constituye una documentación detallada de los

resultados que se recopilan durante la toma y definición de

requisitos, y en el cual se describen las necesidades de

- Concretar los objetivos particulares del proyecto

- Definir el alcance de la configuración base

- Definición de los procesos de negocio

- Equipo de proyecto y Usuarios Clave formados

- Business Blueprint:

Diseño Funcional Final

Especificaciones análisis FIT GAP y requisitos

Especificaciones Funcionales de Desarrollos identificados

Página 58 de 79



SMS en cada uno de los procesos de negocio

- Actualización plan de proyecto Diseño Infraestructura Tecnológica

Diseño Requisitos Seguridad

Estrategia de Archivado

- Diseño Técnico

Diseño funcionalidades no estándar

Diseño Formularios

Diseño Interfaces

Diseño Reports

Diseño Workflows

Diseño Técnico Conversiones y Cargas de datos históricos

Diseño Estructura

- Alcance Definitivo del proyecto (y documento de cambios)

- Estrategia de pruebas: unitarias, integración, certificación y tecnológicas



3 Configuración del sistema en base al contenido del documento de Diseño Funcional obtenido en

la fase anterior

- Configuración y aprobación de los Procesos básicos

- Configuración del resto de los Procesos

- Realización y aprobación del

- Sistema parametrizado

- Desarrollos adicionales realizados

- Manual Parametrización

- Matriz de Roles y Autorizaciones

Página 59 de 79



Test de Integración

- Realización y aprobación de interfaces, ampliaciones, informes y programas de carga

- Instalación del sistema productivo

- Administración del sistema y de las autorizaciones

- Resultado de las pruebas unitarias

- Plan Pruebas Integración

- Resultado de Pruebas Integración

- Plan de Pruebas de Certificación

- Resultado de Pruebas de Certificación

- Plan de Pruebas Tecnológicas (Back-up/restore, rendimiento, alta disponibilidad, archiving, etc.)

- Plan de Migración



4 Ejecutar la preparación final, la formación de usuarios, la gestión del sistema y las actividades de entrada en productivo con el fin de garantizar las condiciones

previas para la puesta en marcha

- Formación Usuarios Finales

- Verificación de las pruebas de integración, pruebas de volumen de datos y pruebas de rendimiento del sistema

- Comprobar la existencia de una estrategia de entrada en productivo

- Comprobar el establecimiento del Centro de Atención a Usuarios

- Verificar la realización de Conversiones-Cargas de Datos

- Plan de entrada en productivo

- Manual de usuario final

- Manuales de explotación y administración del sistema

- Usuarios formados

- Sistema productivo preparado

- Objetos de Autorización, perfiles y roles creados

- Datos cargados

- Plan de soporte al usuario final

- Resultado del Plan de Pruebas Tecnológicas


Página 60 de 79




5 Pasar de un entorno de pre-producción al modo de operación

productivo

- Proporcionar soporte al productivo

- Validar los resultados del proceso empresarial operativo

- Medir los beneficios obtenidos con la implantación del nuevo sistema

- Optimizar la utilización del sistema

- Servicios de soporte SAP ejecutados (Going-Live check, etc.)

- Informe de cumplimiento del ANS


- Revisión y aprobación del proyecto

- Informe de paso a productivo

6.1. Soporte al entorno productivo post-implantación

- Optimizar la utilización del sistema.

- Posibles desarrollos a medida para el ajuste del sistema.

- Soporte de incidencias

- Informe de seguimiento del proyecto.

6.2. Mantenimiento del nuevo entorno

- Optimizar la utilización del sistema.

- Soporte de incidencias.

- Validación de los desarrollos a medida

- Informe de seguimiento

- Informe final

Página 61 de 79


44 REQUISITOS DE EJECUCIÓNREQUISITOS DE EJECUCIÓN

4.1 Gestión del Cambio

4.1.1 Plan de Formación

El objetivo de este Plan será el aseguramiento de que, después de los trabajos, se asegure al SMS en general y a los usuarios del nuevo sistema en particular la adopción de la tecnología y el conocimiento funcional necesario sobre el nuevo Sistema de Información. En este sentido

- La formación se considera un elemento clave del proyecto para asegurar la adecuada transmisión del conocimiento tanto a personal técnico, usuarios claves y usuarios finales del sistema. La empresa adjudicataria llevará a cabo la ejecución del plan de formación conforme a las siguientes especificaciones:

- Con carácter general, los cursos se impartirán en aulas de SMS, siendo responsabilidad del adjudicatario tanto la configuración del equipamiento del aula (servidor, puestos, impresoras, etc.) como la revisión de su perfecto estado antes de la impartición del curso que corresponda.

- Tras la finalización de los cursos, se realizará una valoración por parte de los asistentes de SMS. Si se detectaran carencias importantes, tanto en el contenido del curso como en aspectos complementarios, el adjudicatario se vería obligado a repetir el curso en las fechas y plazos que SMS estimase convenientes, sin coste adicional para SMS.

En este sentido, se elaborará un Plan de Formación, con el mayor nivel de detalle posible, que contemple al menos los siguientes apartados:

- Perfiles identificados: donde se describirán cada uno de los perfiles identificados y contenido para cada uno de los colectivos: dirección y usuarios clave, equipo de proyecto, usuarios finales, etc.

- Objetivos de formación: teniendo en cuenta los perfiles identificados y las necesidades de formación, se identificarán los objetivos a alcanzar por el proceso formativo. Para ello, previamente será necesario llevar a cabo un análisis de impacto para conocer qué funciones van a cambiar y lo que supondrá para cada usuario el cambio.

- Diseño de los cursos: donde se describa el tipo de formación, teniendo en cuenta los condicionantes de calendario, número de personas a formar y logística disponible para la impartición.

- Calendario de formación: se determinarán las fechas idóneas para la formación de cada grupo identificado por perfil, teniendo en cuenta las fechas en las cuales deben comenzar a operar con la nueva aplicación. Se deberá especificar el número de horas de cada curso en función del perfil de los asistentes.

Página 62 de 79


- Evaluación de participantes: propuesta de los métodos que se utilizarán para evaluar el aprovechamiento y asimilación de los cursos de los diversos participantes.

- Logística: se determinarán los recursos materiales y humanos necesarios para la impartición de los cursos, la realización de las diferentes actividades que se programen y el lugar donde se desarrollarán las sesiones de formación.

Asimismo, este Plan deberá tener en cuenta:

- Personal perteneciente a los diferentes colectivos.

- La distribución geográfica de los asistentes.

- Los puestos desempeñados por las personas.

- Experiencia y conocimientos de la materia a impartir y de los requisitos previos para un correcto aprovechamiento de la formación.

- Impartición de Cursos: Los cursos se desarrollarán en los plazos establecidos en el plan de formación desarrollado al efecto, incluyendo las posteriores revisiones del mismo, garantizando el pleno cumplimiento de la planificación acordada, tanto en fechas y lugares, como en contenidos.

- Los cursos serán impartidos por monitores que tendrán el nivel de preparación adecuado para los contenidos de cada uno de ellos.

- La formación se realizará en el/los lugar/es que el Director Técnico determine.

- La empresa adjudicataria proporcionará el material necesario al alumno para el correcto seguimiento de los mismos y el estudio posterior.

- El contenido de los cursos variará atendiendo a la naturaleza de los mismos, estando orientados a la formación práctica del usuario o personal técnico asistente mediante un número suficiente de ejercicios.

- Los cursos presenciales tendrán un máximo de entre 15 y 20 asistentes.

- La duración máxima diaria para todos los cursos será de 6 horas.

- El contenido de formación deberá poder ser reutilizado cuando se necesite. El material de los cursos deberá ser incorporado al espacio Web de la Intranet destinado a la difusión del proyecto. Para ello, deberán adaptarse los contenidos y cuestionarios de los cursos al formato corporativo.

- Se contemplarán como perfiles de los asistentes:

Directivos y usuarios clave, formación de apoyo en la toma de decisiones y para aportar criterio a la hora de definir la estrategia y planificación del proyecto.

Página 63 de 79


Personal de desarrollo del Servicio Murciano de Salud participante en el proyecto, de forma que se garantice el conocimiento y uso por parte de éstos de las herramientas o paquetes suministrados para la realización del proyecto.

Personal del proveedor de hosting, formación sobre instalación, configuración y explotación de productos o herramientas englobados dentro del proyecto que deban ser utilizados por este personal.

Personal del Centro de Atención a Usuarios (CAU) del Servicio Murciano de Salud, encargado de dar soporte de primer nivel a los usuarios finales.

Usuarios de la aplicación, distinguiéndose entre:

o Usuarios participantes en el desarrollo del proyecto (usuarios clave)

o Usuarios finales

Por último, se considerará un paquete de formación inicial y final:

1. Formación inicial para el lanzamiento del proyecto

La parte de gestión del cambio relativa a formación para el personal del SMS deberá garantizar el conocimiento y uso por parte de éstos de las herramientas o paquetes suministrados para la realización del proyecto.

En este sentido, es necesario prestar formación sobre las soluciones a implantar al inicio de los trabajos, ya que es objetivo de SMS garantizar que el equipo de proyecto adquiera un nivel de conocimiento suficiente que le permita colaborar de manera eficiente con el implantador, así como facilitar la toma de decisiones en la fase de análisis y realización del proyecto.

Las características del paquete de formación inicial serán:

1.1. Como primer paso, se incluirán necesariamente, los siguientes cursos de formación para usuarios clave y equipo de proyecto:

Área FormativaÁrea Formativa CursoCurso DíasDías

Visión general Introducción a la Tecnología SAP 1

Finanzas

Procesos y configuración de la Contabilidad

Financiera

Contabilidad de Activos Fijos

5

Control de GestiónControl de Gestión

3

Logística y Compras Procesos en el Aprovisionamiento

Página 64 de 79


Área FormativaÁrea Formativa CursoCurso DíasDías

Configuración del aprovisionamiento

Contratación de Servicios

Verificación de Facturas

Gestión de stocks e Inventario Físico

Configuración de la Gestión de Materiales

5

Contratación Pública (Analisis de la

solución propuesta)

Workflow Concepto, Inbox y Reporting

Workflow Build & use

Record Management in detail

Record Management PS

2

Business Warehouse Enterprise Data Warehousing

Enterprise Reporting, Query & Analysis

3

SAP Exchange Infrastructure Configuración de Escenarios con SAP XI 3

Solution Manager SM310 Herramientas de Implementación con

SolMan 4.0

SMO100 Administración de Sistemas con Solution

Manager 4.0

3

1.2. Los cursos se desarrollarán en los plazos establecidos en el Plan de Formación elaborado al efecto, pudiéndose ampliar y/o eliminar los cursos anteriormente identificados, según necesidades, incluyendo las posteriores revisiones del mismo, garantizando el pleno cumplimiento de la planificación acordada tanto en fechas como en contenidos.

1.3. Esta formación se impartirá en el momento más adecuado para su aprovechamiento por parte del equipo de proyecto del Servicio Murciano de Salud y siempre dentro de las fases de preparación y análisis.

1.4. Las condiciones de impartición de la formación serán las siguientes:

1.4.1. Se realizará mediante cursos cerrados en exclusiva para el SMS.

1.4.2. Se impartirá en las instalaciones del SMS en la Región de Murcia.

1.4.3. El número de asistentes máximo será de 15 personas.

1.5. Los sistemas de formación, manuales en formato electrónico y certificación oficial de asistencia a los alumnos deberán ser aportados por el adjudicatario.

Página 65 de 79


2. Formación final para la puesta en producción del proyecto

2.1. El número de usuarios finales a formar es de cuatrocientos para los que se han estimado cerca de 170 días de formación a repartir entre los distintos módulos y perfiles. El adjudicatario deberá aportar un plan de formación que cubra estas necesidades teniendo en cuenta que:

2.1.1. El número de días por módulo no excederá de tres.

2.1.2. La dispersidad geográfica de los usuarios.

2.1.3. Habrá mayor número de cursos para los módulos de logística, contratación pública y finanzas que es donde se prevee mayor concurrencia de usuarios finales.

2.2. Se deberá impartir la formación necesaria para el personal del proveedor de hosting y del CAU que les permita asumir el soporte y la administración de los sistemas en producción.

4.1.2 Comunicación

En un proyecto de la dimensión del que nos ocupa, son de vital importancia las tareas de difusión y comunicación. Las tareas de comunicación deben servir para difundir el avance de los trabajos y resultados con el objetivo final de minimizar cualquier resistencia al cambio.

En este sentido, la empresa oferente, en el marco de los trabajos de gestión del cambio, deberá presentar en su oferta técnica las actividades que desempeñará en este ámbito, así como los materiales y la metodología que utilizará para la difusión de los trabajos y que ayuden a minimizar, en la medida de lo posible, las resistencias que puedan surgir ante la realización de los trabajos.

4.1.3 Otras acciones de gestión del cambio

SMS valorará aquellas propuestas que complementen los requerimientos mínimos solicitados en este apartado de gestión del cambio, como por ejemplo la realización de un análisis del impacto organizativo que pueda tener esta implantación, así como las medidas a adoptar y acciones a acometer para su minimización.

4.2 Organización del proyecto

SMS designará un Director Técnico del proyecto, que asumirá la dirección y control del proyecto por parte de SMS, y actuará como principal interlocutor con la compañía que resulte adjudicataria.

Asimismo, la empresa adjudicataria designará a un responsable del proyecto, el cual actuará como interlocutor único con SMS, debiendo facilitar al Director Técnico de SMS el informe de actividad que éste requiera en cada momento sobre el avance de los

Página 66 de 79


trabajos, cumplimiento de hitos, justificación de posibles retrasos, horas incurridas, cumplimiento del nivel de servicio estipulado y cualquier otra información que se precise, en su momento y que se definirá por procedimiento o por decisión interna de SMS.

Como complemento, para la gestión del proyecto se establecerán los siguientes órganos de gestión:

- Comité de Dirección

Este Comité tendrá como objetivos principales:

o El control del progreso y del impacto del proyecto en la empresa.

o La gestión y aprobación del alcance.

o La resolución de los asuntos pendientes escalados por el Comité de Seguimiento.

Estará integrado por:

o El Director Técnico del SMS.

o El responsable del proyecto y el gerente o director por parte del adjudicatario.

Las reuniones de este órgano de control y seguimiento se realizarán previa convocatoria del Director Técnico, quien podrá invitar a las reuniones convocadas a las personas que estime pertinentes en función de los temas a tratar.

Se convocarán reuniones, al menos, coincidiendo con los hitos importantes del proyecto. El adjudicatario deberá presentar en su oferta una propuesta de calendario de reuniones, acorde con su calendario de hitos.

- Comité de Seguimiento

Este Comité:

o Realizará el seguimiento detallado y continuo del proyecto.

o Analizará todas las acciones que deban realizarse para garantizar el correcto avance del proyecto.

o Tomará las decisiones oportunas en el ámbito de la planificación del proyecto y la gestión de recursos.

o Planteará, de ser necesario, los asuntos que deban ser escalados al Comité de Dirección.

Estará integrado por el Director Técnico y los usuarios clave de cada módulo por parte de SMS, y el responsable del proyecto y los líderes de grupo por cada uno de los módulos por parte del adjudicatario.

Página 67 de 79


Se reunirá periódicamente (al menos mensualmente). El adjudicatario deberá presentar en su oferta una propuesta de calendario de reuniones, acorde con su calendario de hitos.

4.3 Productos finales

Con carácter general, el desarrollo del nuevo sistema deberá hacerse en el marco de la metodología de implantación de SAP (ASAP), debiendo entregar el adjudicatario toda aquella documentación técnica, de usuario, de seguimiento y gestión del proyecto, etc. contemplada en la citada metodología, así como cualquier documentación adicional que, a juicio del Director Técnico del proyecto, sea necesaria para alcanzar los objetivos del proyecto en cada una de sus fases.

Con carácter general, y como resultado final de la presente contratación, los adjudicatarios deberán poner a disposición de SMS al menos los siguientes productos:

- Especificación de Requisitos: Documentos que recogen los requisitos funcionales y no funcionales exigidos a la aplicación. Dentro de esta categoría se encuentran los siguientes productos:

Especificación de Requisitos de Usuario: Documento en el que se recogen todas las expectativas de cara al resultado final del futuro Sistema.

Especificación de Requisitos del Sistema: Describe la arquitectura del sistema y la solución de construcción elegida, incluyendo la estrategia de integración/intercomunicación con otros sistemas. Asimismo, deberá incluir una propuesta justificada del equipamiento físico, lógico, comunicaciones, etc. que se considere necesario para un adecuado soporte del nuevo sistema en sus diferentes entornos (desarrollo, preproducción, producción, formación...).

- Documentación de la aplicación: Documentación asociada al desarrollo de la aplicación. Entre los productos de esta categoría se encuentran los siguientes:

Análisis Funcional: Diseño de los procesos de negocio (Planos empresariales) y de los desarrollos adicionales si los hubiera

Diseño Técnico: Diseño técnico de la parametrización, los desarrollos adicionales (si los hubiera), interfaces, procesos de carga, etc.

Plan de Pruebas: Documentos que recopilan los diferentes juegos de pruebas aplicables así como los resultados obtenidos tras su ejecución.

Plan de formación: Plan para la transmisión de información y conocimientos al personal de SMS

Plan de Implantación: Descripción de todas las operaciones y procedimientos necesarios para la puesta en producción y explotación del sistema.

Manual de Operación del Sistema: Descripción de todas las operaciones y procedimientos necesarios para el funcionamiento de la aplicación, en

Página 68 de 79


cualquier tipo de circunstancias, incluyendo condiciones extraordinarias y gestión de errores. Incluirá, asimismo, el Acuerdo de Nivel de Servicio del Sistema, incluyendo tiempos medios de respuesta en condiciones estándar de producción, períodos y/o franjas horarias en los que la disponibilidad del sistema es especialmente crítica, días y/o franjas horarias en las que pueden realizarse tareas de mantenimiento que supongan interrupción del servicio, etc.

Manual de Usuario: Descripción del funcionamiento del sistema dirigido al usuario final del mismo. Incluirá un Manual de Procedimientos, con la descripción de los procesos y procedimientos de usuario soportados y/o relacionados con el nuevo sistema.

- Documentación de gestión: Documentación de gestión del proyecto, incluyendo:

Plan Maestro del Proyecto: Documento que recoge aspectos fundamentales de la organización y gestión del proyecto, entre los que obligatoriamente deben incluirse: la descripción del proyecto, la organización y estructura del mismo, su planificación, la relación de entregables, el plan de gestión de Calidad, el plan de gestión de Riesgos y los estándares y normas a seguir durante la realización del proyecto.

Plan detallado del proyecto: Documento de uso generalizado a lo largo del proyecto que recopila la planificación temporal del mismo y en el que se detallan las actividades en que se desglosa la ejecución del proyecto, así como los hitos intermedios identificados.

Informe de Cierre: Documento que recoge la situación del proyecto en el momento de su finalización, la evaluación del mismo, la propuesta de nuevas iniciativas y el listado de todos los entregables generados.

Informes de seguimiento con la periodicidad que se fije por SMS al inicio del Proyecto.

Todas las reuniones que se organicen durante el proyecto deben ir acompañadas de un documento previo a su realización, denominado Agenda de la Reunión, donde se indican los temas a tratar en la misma. Con posterioridad a la realización de la reunión, se elabora el Acta de la Reunión, que recoge los temas tratados así como los acuerdos o conclusiones alcanzadas en la reunión.

Cualquier otro tipo de informe de gestión o planificación que se solicite por SMS durante la ejecución del proyecto.

Página 69 de 79


55 OTROS REQUISITOS A TENER EN CUENTAOTROS REQUISITOS A TENER EN CUENTA

5.1 Cambios en el alcance

El control de la calidad y plazos del proyecto requiere una adecuada gestión de los cambios que puedan ser necesarios a lo largo de la ejecución del proyecto.

No se contempla la posibilidad de cambios en los servicios incluidos en el presente pliego. El objeto del control de cambios es gestionar los posibles cambios funcionales que pueden ser necesarios o convenientes durante el desarrollo del proyecto.

Los cambios pueden ser solicitados tanto por SMS como por el adjudicatario, antes del fin de la fase de realización mediante una solicitud de cambio que debe contener:

- Descripción del cambio requerido, motivos de la petición.

- Justificación del cambio en relación a los documentos del proyecto afectados.

- Explicación del impacto funcional, tecnológico, datos, etc.

- Estimación del esfuerzo y plazo necesarios para realizarlo.

Los cambios se aprobarán en el Comité de Dirección a propuesta del Comité de Seguimiento. En la valoración de los cambios, cuando proceda, se aplicarán las tarifas propuestas que figuran en la Documentación Económica.

5.2 Lugar de trabajo

- Las empresas licitantes deberán disponer de locales, situados en la Ciudad de Murcia, donde ubicar a sus equipos de trabajo.

- Estos locales deberán estar dotados de todos los medios necesarios para el desarrollo de los trabajos relacionados con el presente proyecto tales como mobiliario, ordenadores, fotocopiadora, fax, teléfono, sala de reuniones, etc.

- La conexión telemática entre estas oficinas y los ordenadores de SMS será contratada por el adjudicatario bajo su supervisión técnica.

5.3 Equipo de trabajo

- Las empresas licitantes deberán concretar, en sus respectivas ofertas, el equipo de trabajo ofrecido, cuya composición en perfiles, número de integrantes, conocimientos y experiencia de los mismos, etc. sea considerada la idónea para el adecuado cumplimiento de los objetivos de la presente contratación.

Página 70 de 79


- Deberán incluirse en la oferta suficientes recursos de todos los perfiles requeridos para el cumplimiento de los objetivos de la presente contratación, debiendo ser el equipo humano ofrecido suficientemente autónomo para el desarrollo de todas las tareas objeto del presente contrato, con mínima o nula intervención por parte del personal técnico de SMS.

- En todo caso y con carácter general, las compañías licitantes deberán dirigir sus proposiciones técnicas hacia un enfoque orientado al servicio (en términos de cumplimiento de hitos durante el desarrollo, de niveles de servicio durante el posterior soporte, etc.) y no a los recursos, debiendo concretar en sus respectivas ofertas el nivel de flexibilidad ofrecido en cuanto a composición del equipo de trabajo, explicando en su caso la disponibilidad adicional de equipos expertos y factorías de software para absorber trabajos específicos y/o puntas de trabajo cuando ello sea requerido para cumplir los objetivos del proyecto en los plazos establecidos, etc.

- El equipo de personas que se incorporará tras la formalización del contrato deberá estar formado por componentes relacionados en la oferta y consecuentemente valorados, debiendo utilizarse para la identificación de las distintas categorías de los integrantes del equipo la siguiente tabla de referencia:

Categoría

Jefe de Proyecto

Consultor Senior SAP

Consultor SAP

Consultor Junior SAP

Técnico de Sistemas

Analista Programador

Consultor Formación

Como orientación, en el Anexo I , indicamos los cálculos realizados por el SMS para el dimensionamiento y valoración de este proyecto.

- El equipo de trabajo ofrecido deberá cubrir conjuntamente suficientes conocimientos y experiencia de todo el entorno funcional y tecnológico sobre el que deberá desarrollarse y explotarse el nuevo sistema.

- SMS se reserva el derecho a rechazar, en cualquier momento, alguno/s de los técnicos que forman parte del equipo de trabajo, comprometiéndose el adjudicatario a reponer el mismo en un plazo máximo de 5 días.

- Cuando la sustitución de algún técnico sea por interés de la empresa adjudicataria, ésta se compromete a poner a disposición de SMS otro técnico con perfil de formación y experiencia similares. El nuevo técnico

Página 71 de 79


que se incorpora, deberá solaparse con el técnico que va a ausentarse del servicio al menos durante 15 días, período en el que no se incurrirá ningún tipo de facturación por el nuevo técnico que se incorpora.

5.4 Plazo de ejecución

- El plazo de ejecución previsto para este contrato es de 24 meses a partir de la fecha de comunicación de la adjudicación, con arreglo a los siguientes condicionantes:

Desde el inicio del proyecto hasta que el sistema esté en productivo: máximo 15 meses.

Evolución y soporte del sistema una vez en producción: 9 meses.

- A estos efectos, se considerará que el sistema está en producción cuando SMS así lo certifique formalmente, previa verificación de que el sistema responde plenamente en funcionalidad, operatividad, rendimiento, nivel de servicio, etc. a los requisitos estipulados, y que toda la documentación requerida ha sido entregada y aprobada por SMS.

- Una vez obtenida la citada certificación, se iniciará el cómputo de la fase de soporte.

- De acuerdo a estos condicionantes, los oferentes deberán proponer un calendario de ejecución del proyecto, indicando el plazo total de realización del mismo y detallando las fases y tareas en las que se divide, así como los productos de que SMS dispondrá tras cada una de ellas.

5.5 Control de calidad

- Al objeto de justificar la conformidad de la firma prestadora de la asistencia con determinadas normas de garantía de calidad, los licitadores podrán aportar los certificados de garantía de calidad basados en la serie de normas internacionales ISO 9000, europeas EN 29000 o españolas AENOR UNE 66900 y expedidos por organismos conformes con la serie de normas europeas EN 45000 o españolas UNE 66500. No obstante, se podrán tener en cuenta certificados de calidad equivalentes expedidos por otros organismos de normalización establecidos en cualquier Estado Miembro de la Unión Europea. En defecto de los certificados anteriores, el licitador podrá aportar pruebas de medida equivalentes de control de calidad.

- La calidad del servicio contratado se controlará fundamentalmente a través del seguimiento del cumplimiento en forma y plazo de los hitos establecidos para el desarrollo e implantación del sistema, así como del cumplimiento del acuerdo de nivel de servicio (ANS) durante la fase de evolución y soporte del mismo. Asimismo, SMS podrá establecer controles de calidad sobre la actividad desarrollada y los productos obtenidos, en el marco de referencia del plan específico de calidad

Página 72 de 79


aplicable al presente proyecto. La superación de estos controles será requisito indispensable para proceder a la certificación y correspondiente abono de los trabajos.

- A lo largo del proyecto, la Oficina de Proyecto de SMS realizará controles para verificar la calidad de la solución implantada, tanto en lo que se refiere a aspectos técnicos como funcionales. Es por ello que el adjudicatario habrá de ceñirse a estos controles y colaborar en su ejecución cuando le sea requerido, aportando los datos e información necesaria para realizar dicho análisis.

5.6 Acuerdo de Nivel de Servicio (ANS)

Los trabajos objeto de la presente contratación deberán realizarse con sometimiento a los niveles de calidad, plazos y niveles de servicio referidos en el pliego y posteriormente confirmados con el adjudicatario tras la formalización del contrato.

5.6.1 Proyecto de Implantación

Una vez definida por el adjudicatario la planificación detallada del proyecto al inicio del mismo, y aprobada ésta por SMS, el adjudicatario será responsable del cumplimiento de todos los hitos en ella establecidos, y en especial la fecha de puesta en producción, con independencia de los recursos que para ello tenga que incorporar en cada momento.

5.6.2 Post-Implantación y Soporte del sistema.

Asimismo, la fase de post-implantación y soporte del sistema deberá prestarse con sujeción al Acuerdo de Nivel de Servicio (ANS) que se acuerde con el adjudicatario tras la firma del contrato.

5.7 Gestión de riegos.

Se deberá elaborar el Plan de Seguridad (Plan de Gestión de Riesgos) para el presente proyecto que incluirá al menos los siguientes aspectos:

o Estrategia de la gestión de riesgos: Definición de la estrategia, alcance y propósito del Plan de Gestión de Riesgos.

o Análisis de riesgos: Identificación e informe de riesgos, fuentes y taxonomía de los riesgos.

o Estimación de riesgos: Estimación de la probabilidad de los riesgos; estimación de sus consecuencias; criterios de estimación; y posibles fuentes de error en las estimaciones.

o Evaluación y priorización: Métodos de evaluación; suposiciones y limitaciones del método de evaluación; referencias para los riesgos usados en la evaluación; resultados de la evaluación.

o Plan de Acción para la Mitigación de los riesgos identificados.

Página 73 de 79


Este Plan evolucionará y acompañará a todo el desarrollo del proyecto. Con una periodicidad mensual, quincenal o semanal, según las necesidades del proyecto en cada momento.

Página 74 de 79


66 PROPIEDAD INTELECTUAL E INDUSTRIALPROPIEDAD INTELECTUAL E INDUSTRIAL.

Sin perjuicio de lo dispuesto en la legislación vigente, el adjudicatario acepta expresamente que la propiedad de todos los productos (desarrollos, documentación, estudios, etc.) realizados al amparo del presente contrato y durante el período de garantía corresponde únicamente a SMS, con exclusividad y sin más limitaciones que las que vengan impuestas por el ordenamiento jurídico.

El adjudicatario acepta expresamente que los derechos de propiedad sobre los soportes materiales a los que se incorporen los trabajos realizados en cumplimiento de las obligaciones derivadas del contrato objeto de este pliego corresponden a SMS.

El adjudicatario exonerará a SMS de cualquier tipo de responsabilidad frente a terceros por reclamaciones de cualquier índole dimanantes de los suministros, materiales, procedimientos y medios utilizados para la ejecución del contrato objeto del presente pliego procedente de los titulares de derechos de propiedad industrial e intelectual sobre los mismos.

El adjudicatario se compromete a colaborar en todo lo necesario para la inscripción a favor de SMS, llegado el caso, de los derechos de explotación de propiedad intelectual que puedan existir y a no impedir, ni en ningún caso dificultar, dicha inscripción.

El adjudicatario garantiza que dispone de los derechos, licencias, permisos y autorizaciones de los titulares de patentes, modelos, copyright y cualquier otro derecho de propiedad intelectual, y asume que será de su exclusiva cuenta el pago de cualquier otro derecho de propiedad intelectual y el pago de los derechos e indemnizaciones por tales conceptos.

Si fuera necesario, el adjudicatario estará obligado, antes de la formalización del contrato, a obtener las licencias y autorizaciones precisas que le legitimen para la ejecución del mismo.

En caso de acciones dirigidas contra SMS por terceros titulares de derechos sobre los medios utilizados por el adjudicatario para la ejecución del contrato, éste responderá ante SMS del resultado de dichas acciones, estando obligado, además, a prestarle su plena ayuda en el ejercicio de las acciones que competan a SMS.

En Murcia, a 20 de Julio de 2007

Responsable de Proyecto SAP

Fdo. César C. Aparicio García

Página 75 de 79


A.A. ANEXO I. ESTIMACIÓN DE ESFUERZOS Y RECURSOS.ANEXO I. ESTIMACIÓN DE ESFUERZOS Y RECURSOS.Fase I 4 sem Fase II 20 sem Fase III 32 sem Fase IV 4 sem Fase V 6 sem Post.Implantación12 sem Soporte 24 sem

Descripcion Cat Tarifa Dias Importe Dias Importe Dedica Dias Dedica Dias Dedica Dias Dedica Dias Dedica Dias Dias Importe Dedica Dias Dias Importe Dedica DiasGestión del Proyecto 581,6 1.018 607.582 966 561.822 34.840 60 174.200 300 278.720 480 34.840 60 39.222 66 26 22.880 26 26 22.880 26

Jefe de Proyecto JP 880 376 330.880 324 285.120 100% 17.600 20 100% 88.000 100 100% 140.800 160 100% 17.600 20 80% 21.120 24 26 22.880 40% 26 26 22.880 40% 26Oficina proyecto C 431 330 142.230 330 142.230 100% 8.620 20 100% 43.100 100 100% 68.960 160 100% 8.620 20 100% 12.930 30 0 0 0 0 0 0

Gestión del Cambio C 431 312 134.472 312 134.472 100% 8.620 20 100% 43.100 100 100% 68.960 160 100% 8.620 20 40% 5.172 12 0 0 0 0 0 0

Administración Sistema 491 575 281.946 536 263.200 10.110 20 77.900 160 124.640 256 20.220 40 30.330 60 19,5 9.373 20 19,5 9.373 20Consultor Netweaver TS 580 229 132.820 216 125.280 50% 5.800 10 60% 34.800 60 60% 55.680 96 100% 11.600 20 100% 17.400 30 6,5 3.770 10% 6,5 6,5 3.770 10% 6,5Consultor Netweaver C 431 346 149.126 320 137.920 50% 4.310 10 100% 43.100 100 100% 68.960 160 100% 8.620 20 100% 12.930 30 13 5.603 20% 13 13 5.603 20% 13

Económico-Financiero 455,4 2.621 1.163.820 2003 912.081 5.896 10 214.085 455 546.360 1.208 72.711 153 73.029 177 308,75 125.869 309 308,75 125.869 309Consultor E/F CS 660 292 192.720 266 175.560 40% 5.280 8 100% 66.000 100 80% 84.480 128 60% 7.920 12 60% 11.880 18 13 8.580 20% 13 13 8.580 20% 13

Consultor G/L, TR C 431 380 163.780 302 130.162 0 0 100% 43.100 100 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39Consultor AM, PS C 431 380 163.780 302 130.162 0 0 100% 43.100 100 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39Consultor AR, AP C 431 380 163.780 302 130.162 0 0 100% 43.100 100 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39

Consultor WF C 431 89 38.144 69 29.739 0 0 15% 6.465 15 25% 17.240 40 25% 2.155 5 30% 3.879 9 9,75 4.202 15% 9,75 9,75 4.202 15% 9,75Analista Programador AP 308 382 117.656 252 77.616 10% 616 2 40% 12.320 40 100% 49.280 160 100% 6.160 20 100% 9.240 30 65 20.020 100% 65 65 20.020 100% 65Analista Programador AP 308 340 104.720 210 64.680 0 0 0 0 100% 49.280 160 100% 6.160 20 100% 9.240 30 65 20.020 100% 65 65 20.020 100% 65

Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13

Control de Gestión 476,5 1.005 483.349 888 423.094 2.640 4 113.410 210 241.792 528 32.576 68 32.676 78 58,5 30.128 59 58,5 30.128 59Consultor CO, BPS CS 660 250 165.000 224 147.840 20% 2.640 4 100% 66.000 100 60% 63.360 96 60% 7.920 12 40% 7.920 12 13 8.580 20% 13 13 8.580 20% 13Consultor CO, BPS C 431 354 152.574 302 130.162 0 0 100% 43.100 100 100% 68.960 160 60% 5.172 12 100% 12.930 30 26 11.206 40% 26 26 11.206 40% 26

Consultor WF C 431 65 28.015 52 22.412 0 0 10% 4.310 10 20% 13.792 32 20% 1.724 4 20% 2.586 6 6,5 2.802 10% 6,5 6,5 2.802 10% 6,5Analista Programador AP 308 210 64.680 210 64.680 0 0 0 0 100% 49.280 160 100% 6.160 20 100% 9.240 30 0 0 0 0 0 0

Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13

Gestión de Expedientes 440,5 1.558 682.950 1233 543.083 5.896 10 134.350 270 311.760 736 41.322 94 49.755 123 162,5 69.934 163 162,5 69.934 163Consultor RMS CS 660 286 188.760 234 154.440 40% 5.280 8 100% 66.000 100 60% 63.360 96 60% 7.920 12 60% 11.880 18 26 17.160 40% 26 26 17.160 40% 26Consultor RMS C 431 380 163.780 302 130.162 0 0 100% 43.100 100 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39

Consultor WF C 431 174 74.994 135 58.185 0 0 30% 12.930 30 50% 34.480 80 50% 4.310 10 50% 6.465 15 19,5 8.405 30% 19,5 19,5 8.405 30% 19,5Analista Programador AP 308 382 117.656 252 77.616 10% 616 2 40% 12.320 40 100% 49.280 160 100% 6.160 20 100% 9.240 30 65 20.020 100% 65 65 20.020 100% 65Analista Programador AP 308 210 64.680 210 64.680 0 0 0 0 100% 49.280 160 100% 6.160 20 100% 9.240 30 0 0 0 0 0 0


Compras y Almacenes 479,8 1.352 655.129 1085 520.611 5.280 8 72.195 125 346.808 744 48.055 97 48.273 111 133,25 67.259 133 133,25 67.259 133Consultor MM CS 660 266 175.560 214 141.240 40% 5.280 8 80% 52.800 80 60% 63.360 96 60% 7.920 12 60% 11.880 18 26 17.160 40% 26 26 17.160 40% 26

Consultor MM, Compras C 431 300 129.300 222 95.682 0 0 20% 8.620 20 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39Consultor MM, Almacenes C 431 300 129.300 222 95.682 0 0 20% 8.620 20 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39

Consultor WF C 431 24 10.129 17 7.327 0 0 5% 2.155 5 5% 3.448 8 5% 431 1 10% 1.293 3 3,25 1.401 5% 3,25 3,25 1.401 5% 3,25Analista Programador AP 308 210 64.680 210 64.680 0 0 0 0 100% 49.280 160 100% 6.160 20 100% 9.240 30 0 0 0 0 0 0

Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13Documentación y pruebas CJ 580 126 73.080 100 58.000 0 0 0 0 50% 46.400 80 100% 11.600 20 0 0 13 7.540 20% 13 13 7.540 20% 13

Mantenimiento 545,1 668 362.100 512 279.082 2.640 4 48.220 80 178.720 336 24.692 44 24.810 48 78 41.509 78 78 41.509 78Consultor PM CS 660 242 159.720 190 125.400 20% 2.640 4 60% 39.600 60 60% 63.360 96 60% 7.920 12 60% 11.880 18 26 17.160 40% 26 26 17.160 40% 26Consultor PM C 431 300 129.300 222 95.682 0 0 20% 8.620 20 100% 68.960 160 60% 5.172 12 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39


Ventas 632,4 342 215.640 290 183.400 2.640 4 39.600 60 109.760 176 19.520 32 11.880 18 26 16.120 26 26 16.120 26Consultor SD CS 660 216 142.560 190 125.400 20% 2.640 4 60% 39.600 60 60% 63.360 96 60% 7.920 12 60% 11.880 18 13 8.580 20% 13 13 8.580 20% 13


Data Warehouse 546,3 398 211.384 294 160.606 1.320 2 33.000 50 83.616 160 21.820 40 20.850 42 52 25.389 52 52 25.389 52Consultor BI CS 660 174 114.840 148 97.680 10% 1.320 2 50% 33.000 50 40% 42.240 64 100% 13.200 20 40% 7.920 12 13 8.580 20% 13 13 8.580 20% 13Consultor BI C 431 224 96.544 146 62.926 0 0 0 0 60% 41.376 96 100% 8.620 20 100% 12.930 30 39 16.809 60% 39 39 16.809 60% 39

Formación 400 162 64.800 162 64.800 64.800 162Consultor SAP C 400 54 21.600 54 21.600 100% 21.600 54Consultor SAP C 400 54 21.600 54 21.600 100% 21.600 54Consultor SAP C 400 54 21.600 54 21.600 100% 21.600 54

Totales 501,1 9.536 4.728.699 7.807 3.911.779 71.262 122 906.960 1.710 2.222.176 4.624 315.756 628 395.625 723 865 408.460 865 865 408.460 865

ACUMULADOSTotalRecurso Total Total Total

Fase de post-implantación y soporteFASE de Implantación

Página 76 de 79


Página 77 de 79

1 - MurciaSalud€¦ · Web viewSe deberán instalar los componentes ABAP y JAVA para crear los...

Documents

Transcript of 1 - MurciaSalud€¦ · Web viewSe deberán instalar los componentes ABAP y JAVA para crear los...