Mostrando entradas con la etiqueta privatizacion_informatica_sanidad. Mostrar todas las entradas
Mostrando entradas con la etiqueta privatizacion_informatica_sanidad. Mostrar todas las entradas

sábado, 27 de marzo de 2010

Asturias. La compañía Cerner, favorita al contrato millonario para informatizar el HUCA

'La compañía Cerner se perfila como máxima favorita para informatizar el nuevo Hospital Universitario Central de Asturias (HUCA). Aunque el Gobierno regional lleva el concurso con la máxima discreción, todo apunta a que el gigante estadounidense será el adjudicatario del primer lote del concurso, el de mayor envergadura económica: 17,68 millones de euros. Según algunas fuentes consultadas por LA NUEVA ESPAÑA, la baja de su oferta podría rondar el 10 por ciento.'

'El proyecto para equipar de sistemas de información y de la consiguiente infraestructura tecnológica al futuro HUCA se divide en seis lotes. Cuenta con un presupuesto global de licitación de 45,7 millones de euros, de los cuales alrededor de 30 están financiados por fondos Feder de la Unión Europea.

Las ofertas de las empresas podían abarcar uno o varios lotes. El primero de ellos consiste en «la puesta en marcha de un nuevo sistema de información que dé soporte al personal clínico y administrativo» del centro sanitario. Incluye la implantación de un sistema de información hospitalaria (HIS) que realice «tanto la gestión administrativa como la gestión clínica, integrando también para ello el resto de sistemas de información, tanto departamentales como corporativos».

La decisión de la mesa de contratación no ha sido sencilla. La complejidad del informe técnico que valora las ofertas presentadas supuso el aplazamiento, por dos veces, de la apertura de los sobres que contenían las propuestas económicas, que finalmente fue ejecutada el pasado día 5.

Cabe conjeturar que esta minuciosidad puede estar relacionada con el hecho de que el concurso ha sido convocado por la Consejería de Administraciones Públicas del Principado, en la que hace un mes surgió el escándalo protagonizado por una jefa de servicio que adjudicó numerosos contratos de informatización a una empresa de su propiedad....'

Fuente y noticia completa: La Nueva España 17/03/2010

Entradas relacionadas:

viernes, 26 de marzo de 2010

NOTA de Prensa de FEMYTS: "El Circulo Sanitario de FEMYTS denuncia la inadecuación de los sistemas informáticos"

'Durante el día de ayer se celebró la segunda edición del Círculo Sanitario de FEMYTS, un punto de encuentro y debate para el análisis sobre los problemas que afectan a la sanidad pública en la comunidad de Madrid. Las conclusiones de profesionales y expertos apuntan a que el modelo de externalización y concentración de sistemas informáticos puestos en marcha por la Consejería de Sanidad: se ha realizado de espaldas a los profesionales médicos e informáticos de la propia Consejería, tiene una capacidad de resolución inferior a los anteriores sistemas informáticos desarrollados en los últimos 15 años, no posibilita la interconexión entre centros, dificulta y enlentece el trabajo de los médicos, no garantizan ni la mejora de la atención a los pacientes ni la confidencialidad de sus datos clínicos personales, y, al depender de empresas ajenas a la Administración, presentan más dificultades de adaptación a las necesidades concretas de los médicos, además de resultar más caros.

A las puertas de la implantación en la Comunidad de Madrid de la libre elección de médico y el área única sanitaria, según ha confirmado el nuevo consejero de Sanidad Javier Fernández Lasquetty, FEMYTS, organización mayoritaria en la representación de médicos y titulados superiores en la sanidad pública, ha organizado la segunda edición de su Círculo Sanitario. Se trata de un punto de encuentro de profesionales, al margen de connotaciones políticas, destinado al análisis y debate de los problemas más acuciantes. En esta ocasión se ha abordado la situación de los sistemas informáticos, considerados por la propia Consejería de Sanidad como la herramienta necesaria e indispensable para poder aplicar la libre elección: En el Círculo celebrado ayer han participado: Domingo Sánchez Ruiz, presidente de la Asociación de Profesionales de la Informática de la Sanidad de la Comunidad de Madrid (APISCAM); el Dr. Francisco José Sáez Martínez, médico de Familia del Centro de Salud Ciudad San Pablo, de Coslada, y el Dr. Jaime Martín Cavana, especialista de Cirugía General y Aparato Digestivo del Hospital Fundación de Alcorcón. Estos dos últimos, miembros de FEMYTS, son expertos en sus respectivos ámbitos de trabajo en la Atención Primaria y la Atención Especializada en la aplicación de sistemas informáticos. La directora general de Sistemas de Información Sanitaria de la Consejería de Sanidad, Zaida Sampedro Préstamo, que inicialmente había confirmado su asistencia, se excusó a última hora al haber sido convocada a una reunión urgente por el nuevo Consejero.

Domingo Sánchez, de APISCAM, ha subrayado que la Historia Clínica Común (HCC) es una absoluta necesidad de la sanidad madrileña independientemente de que se vincule o no al proyecto de libre elección y área única. De hecho, añadió, Madrid se encuentra a la cola entre las comunidades autónomas en el desarrollo de este sistema de información. Sánchez ha repasado la renovación de la informática sanitaria madrileña. Los hospitales tradicionales, ha explicado, son “islas con sistemas informáticos propios e independientes desarrollados desde hace más de 20 años, al principio con una gran dotación de medios y recursos humanos y unos resultados que en algunos casos han sido brillantes”. La Fundación Hospital de Alcorcón y los nuevos hospitales han externalizado su informática con el programa Selene, de Siemens, que no tiene interconexión con los anteriores. En el caso de la Atención Primaria, ha destacado el presidente de APISCAM, desde un sistema también propio el OMI AP, se ha optado por la migración del mismo a uno nuevo, AP Madrid, también externo como en el caso de los hospitales, que fue adjudicado a la empresa Stacks, que después fue comprada por la multinacional francesa Cegedín, cuya principal actividad es la venta de datos sobre prescripción de recetas a los laboratorios farmacéuticos. “Aunque la Ley de Protección de Datos española es muy rigurosa, la concurrencia de intereses de Cegedín es preocupante”, ha puntualizado el responsable de APISCAM. Ante la puesta en marcha inminente de la libre elección y el área única ninguno de los sistemas está preparado, no comparten datos, y AP Madrid, basado en un servidor central externo, lleva un retraso de implantación de más de tres años. En estos momentos ha enganchado al 25 por ciento de los centros y sufre continuas caídas del sistema que no soporta el ingente tráfico de datos; si eso ocurre ahora con una cuarta parte de los centros de salud conectados, el panorama cuando se amplíe al cien por ciento de los centros y se añada la receta electrónica y su conexión a más de 2.700 oficinas de farmacia, es realmente sombrío [N.E.: esta última frase es un inciso informativo de los redactores de la nota]. Domingo Sánchez, ha añadido, que “la Consejería que ha maltratado a sus informáticos propios y externalizado los servicios con la intención inicial de prescindir de ellos, podría estar ahora reconsiderando esa posición ante los problemas con los que se encuentra y está solicitando su participación para la migración de los datos” [N.E: el redactor de la nota resume de forma algo sumaria aquí lo dicho acerca de la situación laboral].


El Dr. Francisco José Sáez, ha relatado la larga trayectoria de ajuste de los médicos de Atención Primaria al programa OMI durante más de quince años. Un sistema, ha explicado, basado en pequeños servidores independientes e interconectados que a base de trabajo ha conseguido excelentes funcionalidades. Frente al OMI sistema propio de la Consejería, el nuevo AP Madrid contratado con la empresa Stacks, con una base de datos única centralizada, no ha permitido la migración total de los datos clínicos existentes, es más lento y dependiente de las conexiones telefónicas, no tiene cartera de servicios actualizada. De hecho, ha añadido Sáez, en la práctica diaria los médicos recurren al viejo sistema OMI para hacer las recetas habituales de un paciente y para las recetas de nuevas prescripciones, dado que AP Madrid tarda más de minuto y medio en gestionar una, recurren a volver a hacerla con papel y bolígrafo. Algo, ha añadido, que se volverá a generalizar si llega a implantarse la receta electrónica, porque AP Madrid no ha contemplado dicho desarrollo. Finalmente, el Dr. Sáez, ha indicado que el sistema AP Madrid no puede presentarse como una herramienta indispensable para la aplicación de la libre elección, puesto que la necesidad de compartir las historias clínicas con el hospital la lleva a cabo con demoras y poca precisión de datos, mientras que ese era un asunto resuelto en el OMI como puede confirmar por su experiencia de trabajo entre su centro de salud en Coslada y el Hospital de La Princesa, en Madrid, que es su referente.

El Dr. Jaime Martín Cavana, ha explicado casi en clave de odisea su relación con el programa Selene en el Hospital Fundación de Alcorcón. El primer inconveniente es un interfaz inicial muy poco amigable para el médico. Dicho interfaz, muy complejo, presenta un total de 72 botones de activación de los que sólo es necesario utilizar, a lo máximo, diez. Otros problemas del Selene, apuntados por este usuario son: no da la oportunidad de eliminar procesos vacíos o duplicados, no permite realizar búsqueda de datos clínicos (sólo facilita la búsqueda de datos administrativos), al depender de un servidor centralizado las caídas del sistema interrumpen el trabajo incluida la simple impresión de un informe, incurre el múltiples erratas derivadas de la automatización de completado de frase (presentó un ejemplo real en el que la advertencia del médico: “paciente alérgico a las sulfamidas”, fue interpretada por Selene como: “paciente sin alergias contrastadas”, algo que en manos del siguiente médico que consulte la base de datos puede dar lugar a serios problemas) y tampoco permite archivar pruebas tan frecuentes como los electrocardiogramas.

El casi medio centenar de médicos de todas las áreas de Madrid que asistieron a la sesión del Circulo, celebrado en la sede de FEMYTS, lamentaron la ausencia de la representante de la Administración para la que tenían preparadas una batería de preguntas y quejas: desde la búsqueda de una explicación a porqué la Consejería de Sanidad había prescindido de la opinión de sus profesionales y usuarios directos a la hora de renovar los sistemas informáticos, a solicitar la creación de comisiones mixtas consultivas, o directamente a demandar la inmediata retirada del AP Madrid.

En las conclusiones a la clausura del Círculo, ya avanzadas en la introducción de la presente nota de prensa, el Dr. Javier López de la Morena, coordinador general de FEMYTS, destacó la conveniencia de que la Consejería cuente con los profesionales a la hora de decidir cuestiones que afectan directamente al trabajo de los médicos y a la mejora de la calidad asistencial de los pacientes. También añadió, que la experiencia ha puesto de manifiesto la conveniencia de que la Administración cuente con sus propios informáticos, bien preparados y más próximos, que empresas externas a las que los médicos usuarios no pueden acceder para formular sus peticiones. La impresión general de todos los asistentes fue la “absoluta inmadurez de los nuevos sistemas informáticos, que no resultan válidos ni para el trabajo actual, ni para el pretendido escenario de área única y libre elección”.

* FOTOS DE ESTE SEGUNDO CÍRCULO SANITARIO DE FEMYTS PUEDEN BAJARSE DE INTERNET EN EL SIGUIENTE ÁLBUM DEL GABINETE DE COMUNICACIÓN DE FEMYTS:
http://picasaweb.google.com/gabinete.comunicacion.FEMYTS/20100324CIRCULOSANITARIOSobreLibreEleccionYSistemasInformaticos#
'
Fuente: Nota de Prensa de FEMYTS de 25/03/2010 replicada en El Médico Interactivo y en su mayor parte en Europa Press (con una errata en la atribución de la frase del 25% , las caídas y el "tráfico ingente de datos") y de ahí en ADN

Resaltado en negrita y rojo nuestro

Entradas relacionadas:

jueves, 25 de marzo de 2010

Intervención de APISCAM en el Círculo Sanitario de FEMYTS "Libre elección y sistemas informáticos"

NOTA PREVIA DEL EDITOR: Ayer , 24 de Marzo, tuvo lugar un "Círculo Sanitario", organizado por FEMYTS, con el tema "LIBRE ELECCIÓN Y SISTEMAS INFORMÁTICOS" y tal y como estaba previsto en el programa, contó con la participación del Presidente de APISCAM tanto como ponente como participante del debate-coloquio. A continuación transcribimos literalmente el texto de la presentación informática mostrada en la ponencia añadiendo para facilitar su comprensión. entre paréntesis y en cursiva, algunos de los comentarios realizados por el ponente. También intervenieron el Dr. Francisco José Sáez Martínez, médico de Familia del C.S. Ciudad San Pablo de Coslada que habló sobre la experiencia de usuario con AP-Madrid y el Dr. Jaime Martín Cavanna, especialista de Cirugía General y Aparato Digestivo del H.U. Fundación de Alcorcón que habló sobre la experiencia de usuario con Selene en su Hospital . La Directora General de Sistemas de Información Sanitaria de la Consejería de Sanidad, Zaida Sampedro Préstamo, finalmente no pudo asistir por haber sido convocada a última hora por el nuevo Consejero a una reunión urgente.



EL PUNTO DE VISTA DE LOS TÉCNICOS EN INFORMÁTICA


APISCAM Y LIBRE ELECCION
  • APISCAM: Asociación de Profesionales de Informática de Sanidad de la CM, con elevada representación del personal propio de los centros sanitarios del SERMAS (sin representación apenas de Servicios Centrales ni de Hospitales con nuevas formas de gestión)
  • Sin opinión “a priori” sobre
    • las mejores formas de delimitar la Libre Elección (LE),
    • planificación sanitaria
    • reparto de cupos, etc
  • (que son) tarea mejor para
    • organizaciones de personal sanitario
    • expertos en gestión
    • políticos (que es su obligación por otra parte)



OPOSICIÓN AL PROYECTO LIBRE ELECCIÓN Y ÁREA ÚNICA
(¿Por qué entonces? Porque conlleva:)
  • centralización total de la informática
  • sin garantía de que no sea con la fórmula de externalización total
  • => ¿ datos clínicos (en exclusiva) en manos privadas? (si bien hay una Ley de Protección de Datos rigurosa)
  • => privatización probable de todas las funciones actuales (del personal informático propio)
  • sumado a la situación laboral injusta de no reconocimiento y precariedad
  • => futuro “preocupante” (de nuestros representados)

CENTRALIZACIÓN y HCE COMÚN -I

  • LE Masiva Eficiente sólo si un SSII clínico o conjunto de SSII clínicos (“Historia Clínica Electrónica común”)
    • con acceso a las citas e HHCC de y desde cualquier centro
    • (o en su defecto) con “traslado” (automático) de citas e HHCC
  • algún tipo de HCE común => necesaria para la LE !
    • DGSIS en INFORSALUD: “La LE motor de la HCE común” (no dudamos que vaya a ser así)
  • HCE común => Es necesaria ya por sus ventajas asistenciales incluso sin (que se haya decidido implantar una) LE !! (la HCE común por sí sóla es un buen objetivo siempre y cuando el sistema de HCE finalmente implantado sea bueno)



HCE COMÚN - TIPOS
  • Centralizada: un “sólo” servidor (realmente varios equipos para redundancia, balanceo, etc)
    • V(entaja): más simple acceso y explotación de datos, LE (directamente)
    • I(nconveniente): dependencia de proveedores o desarrollador
    • I: rendimiento difícil y mayor alcance de los fallos
  • Heterogénea con “integración” : interfaces comunes bien definidas / estándares
    • V: + independencia del proveedor o desarrollador
    • V: mejor rendimiento local
    • I: más compleja
  • Producto versus desarrollo a medida (en gral producto más fácil de implantar y quizás más barato; imprescindible que sea maduro y probado en la misma versión en otra gran organización; más riesgos con desarrollos de no llegar a tiempo pero muchas más adaptabilidad y flexibilidad para los desarrollos; más rapidez de repuesta si desarrollo propio)


HCE EN MADRID: ACTUALIDAD
  • AP: 1 OMI-AP por centro (sin HCE común)
  • Atención Especializada no NNHH: 1 HIS/HCE por hospital, no HCE común ( sistemas en servidores propios ; SSII independientes entre hospitales y no interconectados en general); además
    • heterogeneidad en sistemas utilizados, algunos obsoletos !
    • heterogeneidad en capacidades (los medios económicos y de RRHH con los que se les dotaban al principio no han crecido acorde a las necesidades y en general no ha habido evolución acorde a los tiempos; pero teniendo en cuenta las limitaciones en muchos casos se han conseguido resultados realmente brillantes)
  • NNHH (Nuevos hospitales inagurados en 2008): sí HCE común, de tipo centralizado, 1 Selene de Siemens para todos

(es decir, no hay una HCE común para la mayor parte de las instituciones sanitarias Madrileñas y en comparativa con otras CCAA y pese al sistema de HCE común de los NNHH, dado que su peso relativo asistencial sobre el total es pequeño, se podría decir que Madrid se encuentra más bien a la cola o en el medio de ellas, o mejor dicho, no se encuentra a la cabeza)



HCE COMÚN EN MADRID: FUTURO

  • Futuro previsto inmediato para la LE:
    • AP: centralizado, AP-Madrid (OMI-AP no está preparado, pero no es imposible hacer que pudiera, véase el caso de la cita por Internet)
      • PROBLEMAS ¿RENDIMIENTO? ¿TEMPORALES? (No lo sabemos, desconocemos incluso su arquitectura técnica; al ser llevado por entero por empresas)
    • AE provisionalmente: integración parcial o resumida de sistemas actuales para citas (Multicita) e HHCC (¿Horus?) (si sirve para tener algo de HCE común es bueno y buena idea; mejor contar con una integración parcial de lo que exista en la actulidad que nada durante mucho tiempo a la espera del hipotético proyecto de HCE centralizado con sus riesgos inherentes )

    • AE a largo plazo en hospitales "tradicionales" (no NNHH): ¿centralización? ¿externalización=privatización? (ya que los sistemas actuales en su mayoría son llevados por personal propio)
(También se comentó la necesidad de integración con otras autonomías siguiendo los estándares definidos por el Ministerio y la buena noticia de que Madrid recientemente se había apuntado al carro del proyecto de Historia Clínica Digital Española, que no es del tipo centralizado sino de integración de sistemas heterogéneos descentralizados en las CCAA. Se mencionó la conveniencia de avances del proyecto europeo)


EXTERNALIZACIÓN ESTADO -I

  • NNHH (2006): total en 4 lotes (53 M€)
    • SSII de gestión económico-financiera: IBM, El Corte Inglés, ...
    • SSII gestión de RRHH: Indra ...
    • Resto de informática Siemens 45 M
      • SSII clínicos: Selene
      • CPDs: externos (imprescindible que sean internos con posibilidad de control técnico y acceso a BD no sólo por control independiente de su nivel de seguridad privacidad sino tb para abaratar explotaciones de datos)
    • Control : Coremain
  • Hospitales Tradicionales: pendiente Plan Athenea ¿(decisiones tomadas)? (hacia 2007 , aparte de que considerábamos que el trato de la Administración de la CM para con el colectivo no era el merecido por su dedicación durante tantos años, estábamos convencidos de que dicha Administración tenía decidido seguir la fórmula de externalización total de los NNHH precisamente por no incluirnos en categorías de informática y precarizar a la par nuestros contratos aparentemente para reservarse así la posibilidad de prescindir con flexibilidad y sin coste en un futuro del personal informático actual que pudiera sobrar, pero posiblemente por la experiencia de NNHH -dependencia fuerte de SIEMENS y cautividad de los datos y sistemas en sus instalaciones- , problemas sufridos en contratos externos en generl y escenario de escasez de presupuesto la Consejería podría haber reconsiderado esta posición o al menos ya no estamos convencidos de que la tenga habiendo síntomas de esperanza - posibilidad de categorías, futuros CPDs no externos,...)

EXTERNALIZACIÓN ESTADO -II
  • AP (2006-2011?): total
    • pendiente SSII de gestión corporativos centralizados de la CM (=> área única “Administrativa”)
    • (2006) SSII de gestión clínica centralizado AP-Madrid: "producto" de Stacks 6,3 M€ (se comenta la polémica que hubo en 2007 por su compra por la multinacional francesa CEGEDIM que tiene una línea de negocio con farmaceúticas sobre estadísticas de uso de fármacos y similar; para disminuir riesgos sobre intereses concurrentes se han realizado los obligados acuerdos firmados de privacidad y existe una rigurosa Ley de Protección de Datos)
      • Retrasos, ¿incumplimiento contrato?, auditoría
      • Riesgo transferido sí, ¿pero es útil?
      • Ayuda al despliegue: Everis , 2,4 M euros (no suficiente conocimiento de informática clínica, tb se tira de los informáticos propios)
      • ¿Situación actual? (en cuanto a si cubre la funcionalidad clínica exigida preferimos dejar opinar a los sanitarios; en cuanto si es un sistema ya a punto, la conjunción del retraso de 3 años en su implantación con respecto a los plazos contratado más el hecho de su necesidad para el proyecto político de Libre Elección no supone precisamente la mejor garantía para deducir que ya está realmente a punto, si bien es cierto que es habitual que en todo despliegue de un gran sistema haya problemas graves al comienzo - ejemplo reciente Castilla y León- ; si no se subsanan no debería desplegarse y debemos estar convencidos que en ese hipotético caso la Consejería actuaría así por responsabilidad; si se requiere LE habría que buscar cómo montarla sobre el sismtea actual quizás aprovechando el conocimiento propio)
    • Receta electrónica ( hasta ahora retrasada lógicamente por esperar al sistema AP-Madrid, pero no parece estar desplegándose a la par, ¿por qué? ¿está preparada? El consejero apuntó aumento del gasto farmaceútico en otras CCAA. En esas CCAA disminución de visitas administrativas)


PRIVATIZACIÓN: consecuencias laborales

  • Actualidad: personal propio técnico esencial en
    • AE: hospitales “tradicionales”
    • AP incluyendo las migraciones a AP-Madrid y su despliegue (pese a Stacks/Everis y seguramente que imprescindible por coste inabordable de solución externa para explotaciones de datos y similar - ejemplo de E-SOAP-)
      • Cierre anunciado de los departamentos de Informática de las gerencias
  • Situación laboral:
    • Contratación en categorías de función administrativa
    • Temporalidad enorme: > 60%
    • Precariedad: mitad fuera de plantilla (ni fijos ni interinos)
  • ¿Futuro si hay privatización de funciones?
    • (Un avance de la respuesta vendrá dada por la respuesta a) ¿Todos en plantilla de las categorías informáticas recién creadas?


ALGUNAS PROPUESTAS

  • Conveniencia de un cuerpo informático propio amplio (reconocido, estable, formado, actualizado y motivado)
  • Control técnico propio en todos los niveles => ahorro de costes, mayor control y retención de conocimiento “real”
  • Fin a las islas de información en cada hospital
    • Proyectos “horizontales” o centrales necesarios co-participados (no impuestos y con participación tanto de los SSCC como por los informáticos de los centros siempre y cuando previamente estén en la plantilla informática mencionada )
  • Más Productos flexibles y/o desarrollos a medida (más frecuente con propiedad del código )
    • ¿SW libre? ¿algunos desarrollos propios? (se menciona el ejemplo de E-SOAP y otros desarrollos propios actuales de centros/gerencias que pueda estar consideran la DGSIS extender)
  • Más participación en fases previas de representantes de usuarios sanitarios “técnicos” - Menos imposiciones
  • ¿Creación de una “Comisión consultiva” permanente de TI de la Sanidad? (con representantes de organizaciones sanitarias e informáticas además de la Administración; caso de Valencia/Galicia)
---

jueves, 11 de marzo de 2010

Concurso de apoyo a la elaboración detallada de la Fase de Lanzamiento del Plan Director de Informática de los Hospitales Tradicionales

PUBLICACIÓN EN EL B.O.C.M. DEL NUEVO CONCURSO

Tal y como estaba pendiente por un anuncio previo realizado en verano pasado, se acaba de publicar en el B.O.C.M. (nº 54 de 5/3 /2010) la convocatoria de licitación del importante contrato de servicios denominado "Servicios profesionales de oficina técnica de soporte en la fase de lanzamiento del plan Atene@ [Actualización Tecnológica de hospitales tradicionales en la Era Digit@l)] de la Consejería de Sanidadespecificándose que el contrato tendrá una duración de 7 meses y un presupuesto base de 609 mil euros. Con respecto al anuncio previo se observa una reducción de un mes de plazo y de 400 mil euros en el presupuesto.



PRECEDENTES

Recordemos que la informática de los nuevos hospitales [NNHH] ya se encuentra privatizada por lotes funcionales a 4 uniones de empresas que llevan a la vez la informática de todos los NNHH, residiendo los principales sistemas informáticos en un centro de proceso de datos [CPD] común ubicado en instalaciones privadas de Siemens y operadas por entero por personal privado.

Parece ser que se ha decidido que este denominado "anillo informático de los NNHH" se extienda al menos por la parte de informática de gestión clínica y de informática de puestos a otros pocos hospitales de tamaño medio como Alcorcón, Fuenlabrada, El Escorial y Virgen de La Torre (sitios donde de hecho ya se ha implantado el mismo sistema de información clínica Selene de Siemens de los NNHH) y probablemente Getafe, Móstoles , Guadarrama, Cantoblanco, José Germain, Rdguez Lafora y Virgen de la Poveda (los mismos hospitales que los incluidos no NNHH en el recientemente adjudicado concurso de ICM de externalización centralizada del manten. de puestos, servidores distribuidos y el. de red de la Atención Primaria, 18 Hospitales y centros de Sanidad).

Por otro lado, la Comunidad de Madrid ya tiene decidido centralizar los sistemas informáticos de Gestión (Económico-Financiero,Logística y Recursos Humanos) de todos sus centros de todas las consejerías (incluida Sanidad) a través de un concurso millonario de "sistemas de información corporativos", que sigue pendiente en su convocatoria, del organismo con competencias en esta materia, ICM, externalizando por tanto donde no esté ahora externalizado, y concentrando en donde ya lo esté.

Por último, por lo que había trascendido del "Plan Director de Informática de Hospitales Tradicionales" o "Plan ATHENE@", cuya apoyo en su elaboración salió a concurso y ya fue adjudicada a la empresa privada Atos Origin hace ya un año y medio, también parece clara la intención de la Consejería de centralizar los sistemas informáticos más importantes de los hospitales tradicionales, en su caso restantes, mediante nuevos y diferentes concursos a empresas privadas que sumada a la externalización de la informática de Gestión podrían despojar de una parte o incluso toda la función técnica que los informáticos propios actuales realizan para asignársela a empresas, lo que dada la generalizada situación laboral precaria de este colectivo que representamos, naturalmente nos llena de honda preocupación.


CONDICIONES DEL NUEVO CONCURSO Y LOS PLANES DE CENTRALIZACIÓN y EXTERNALIZACIÓN ASOCIADOS

Los pliegos de condiciones técnicas del nuevo concurso declaran como el objeto del contrato "disponer de una oficina técnica de soporte" que "será la encargada de elaborar las especificaciones y requerimientos detallados, como consecuencia de las directrices contenidas en el Plan Director de Hospitales Tradicionales Athene@" del Plan de Proyectos centralizado para dichos hospitales (todos menos los NNHH) y de asistir en la determinación:
  • "del mecanismo de contratación, así como la estructuración de la misma en forma de expedientes independientes, lotes o en un único expediente"

  • "determinación de los criterios y requisitos detallados de cada contratación"
Es decir con la asistencia fundamental de la empresa adjudicataria de este concurso quedarán decididos los planes concretos y su ejecución, aparentemente en todos los casos, mediante contrataciones externas, cuyos pliegos de condicione también quedarían ya fijados.


Según los pliegos, los ámbitos objeto de todos esos "detalles" serán:
  • el Sistema de Información Hospitalario incluyendo su alojamiento en CPD’s con alta disponibilidad
  • Centro de soluciones hospitalarias de sistemas departamentales.
  • Mejoras de infraestructuras (servidores y puestos) y red de comunicaciones.
  • Mantenimiento de los sistemas hospitalarios actuales hasta la instalación de los nuevos y planificación de las migraciones
  • Centro de soporte a usuarios, que deberá crecer acorde al aumento de necesidades centralizadas
teniendo el adjudicatario que respetar en sus propuestas detalladas los siguientes requisitos previos de la Consejería sobre el contenido detallado de los planes:
  • Sistemas completamente escalables, de alta disponibilidad mediante servidores físicos en RACK, virtualización de servidores entre los Centros de Prodeso de Datos Activos y Centros de Respaldo y replicación de datos a nivel hardware entre cabinas de datos

  • Software: ultimas versiones de Sistemas Operativos Unix, Linux y Windows y de gestores de bases de datos Oracle SQL Server, DB2, Informix, Sybase, Caché

  • Separación lógica y física de entornos de producción, preproducción y desarrollo.

  • Seleccion del número de Centros de Procesos de Datos Centrales en función del nivel de centralización que se decida instaurar con ubicación según criterios estratégicos a determinar entre Hospitales emblemáticos, Centros Tecnológicos específicos, etc

  • Centros de Proceso Locales en cada Hospital para alojar los servidores de aplicaciones departamentales distribuidas, de respaldo, de Directorio Activo, de Backup, Servidores de ficheros e impresión,etc

  • Puestos clientes de dos tipos: administrativos para ofimática y sistemas corporativos; y asistenciales fijos para SSII clínico, planteandose la virtualización para estos últimos


De entre los Sistemas de Información en el pliego se identifican como prioritarios:
  • Índice Maestro de Pacientes
  • Historia Clínica Electrónica Compartida
  • Citación Centralizada
  • Banco Digital Temporal de Historiales Clínicos
  • Gestor de Identidades
  • Plataforma de Integración
  • Renovación/evolución de los Sistemas HIS en los Centros con planes de sistemas específicos (en probable referencia a la implantación de Selene en los hospitales bajo la extensión del anillo de los NNHH)
  • Homogeneización del triage y Banco de Sangre.
  • Oficina de integración y normalización.
y como básicos, de los que también dependerían otros posteriores, entre otros los siguientes:
  • HIS Administrativo: soporte de los circuitos de gestión
  • HIS Clínico: Estación Clínica, Estación de Enfermería, Gestor de Peticiones.
  • Incorporación en aquellos centros que no tenga soluciones para las siguientes áreas: Radiología, Laboratorios, Cardiología, Diálisis/Nefrología, Dietética/Cocina, Endoscopia, Farmacia, Anatomía Patológica, UCI,
    Paritorios, identificación Madre-Hijo, Transfusión, Oncología, Anti-coagulados.
  • Sistemas de ayuda a la codificación clínica.
  • Gestión de Recursos Humanos, Económico-Financiera y Logística (dentro del marco de los sistemas de información
    corporativos [de ICM]).
Los pliegos también hacen un repaso de los sistemas informáticos hospitalarios actuales que, por su interés, trasladamos en la forma de extractos intactos a otra entrada.

Se requiere a la empresa adjudicataria que provea de al menos de 1 responsable y 5 "consultores expertos" para la ejecución del contrato, admitiéndose la subcontratación pero con el aviso de que "para evitar conflictos de intereses, la adjudicación y ejecución en este contrato impedirá la participación en el resto de contratos que se pudieran derivar de la ejecución del Plan Athene@, salvo los relativos a la oficina de gestión de dicho Plan".


VALORACIÓN PROVISIONAL

Hasta ahora nuestra previsión, fundamentada por la continuada negativa de la Administración de regularizar la injusta situación de precariedad y no reconocimiento de los informáticos propios, era siempre la de una externalización total y exclusiva de toda la informática a la que, naturalmente, nos oponemos. De las condiciones de este contrato resulta evidente que permanece la intención de centralizar y externalizar si bien quedando por definir su nivel, decisión en la que, sin duda alguna, tendrán esencial influencia las dificultades de financiación.

Parece descartarse que la ubicación de los CPDs centrales residan en instalaciones privadas, quedando abierto si su administración y operación será totalmente externo. Nótese que los pliegos hablan de contrataciones subsiguientes y, hecho preocupante, no mencionan nunca a personal informático propio. Entendemos que el control real de los servicios, sistemas y procesos y la, imprescindible para el éxito, permanencia del conocimiento asociado requiere de la participación de personal propio en todos los ámbito-objeto mencionados. Qué duda cabe que la participación de dicho personal sí que será requerida en los procesos -críticos- de migración a los nuevos sistemas.

Qué duda cabe también que las previsiones mencionadas así como la motivación del personal propio se verían positivamente modificadas si finalmente se acomete una adscripción , pendiente en la actualidad, de todo el personal actual de larga duración a plantilla estructural de las nuevas categorías informáticas de Sanidad.


Entradas relacionadas
:

martes, 9 de marzo de 2010

Concurso millonario de unificación del Mantenimiento, Evolución y Desarrollo de Aplicaciones Sanitarias (MEDAS) de SSCC del SERMAS: Condiciones

Tal y como ya nos hicimos eco en este medio, recientemente se ha publicado en el BOCM (nº 26 de 1/2 /2010) la convocatoria de licitación del contrato de servicios denominado "Mantenimiento, evolución y desarrollo de aplicaciones sanitarias, actualmente en producción (MEDAS) para el Servicio Madrileño de Saludespecificándose que el contrato tendrá una duración de 24 meses (prorrogables a otros 2) y un importante presupuesto base de 15 millones 600 mil euros (para cada 2 años).

En propias palabras de la Comunidad de Madrid, "a través de este contrato se busca la unificación de los servicios de mantenimiento integral y concentrar gran parte de los sistemas de información que gestiona la dirección general de sistemas de información sanitaria", persiguiendo como objetivos "el mantenimiento y evolución coherente" futuro de las aplicaciones de entornos sanitarios de la CM así como "optimizar costes".

De hecho, en la introducción de los pliegos de condiciones técnicas se recuerda que la Dir. Gral de Sistemas de Información Sanitaria [DGSIS] del SERMAS en la actualidad "dispone de un número elevado de contratos de mantenimiento, con diferentes empresas proveedoras", planteándose mediante este contrato concentrar en sólo 2 proveedores técnicos diferentes "el mantenimiento integral y evolución de [una gran parte de] los Sistemas de Información [SSII] gestionados desde los Servicios Centrales" así como "el desarrollo de nuevas aplicaciones que sustituyan funcionalmente a otras anteriores" y el desarrollo de "las nuevas aplicaciones" que la Consejería estime necesarias.

Un tercer proveedor se encargaría de la función de apoyo a la gestión en la coordinación, control y seguimiento de la ejecución del contrato de los otros 2 proveedores.

Los pliegos recuerdan que hay dos tipos de aplicaciones y sistemas gestionados (al menos teóricamente) desde los Servicios Centrales:
  • a) Los desarrollados (y los que se desarrollarán) por encargo de la Consejería en su práctica totalidad a empresas privadas
  • b) Los adquiridos en la forma de productos bajo licencias de diferentes proveedores, destacando los destinados a servicios importantes de Atención Especialidad, como el HP-HIS de la mayoría de los hospitales
En consonancia el concurso a la hora de adjudicar se divide en estos 3 lotes:
  • Lote 1- Mantenimiento, evolución y desarrollo de sistemas centrales e informacionales de tipo a): SSII centrales, SSII de Farmacia, Cuadros de Mando, Aplicaciones de Salud Pública e Historia Clínica Digital para la Libre Elección

  • Lote 2 - Mantenimiento, evolución y desarrollo de sistemas básicos, sanitarios y de integración de tipo a): Aplicaciones de Gestión eInformación Sanitaria, de Integración Sanitaria, SSII Básica, Intranet y Servicios Profesionales y la Integración de Historia Clínica Digital.

  • Lote 3 - Apoyo a los responsables de la DGSIS en la gestión de los lotes 1 y 2 (coordinación, control y seguimiento de la ejecución de los contratos de los otros 2 lotes) y coordinación del mantenimiento evolutivo de las aplicaciones de tipo b) aprovechando las posibilidades del contrato con el respectivo proveedor
En otra entrada de blog enumeraremos el reparto de aplicaciones y sistemas concretos que caen dentro de los Lotes 1 y 2. Quedan fuera de este concurso el mantenimiento de aplicativos importantes como AP-Madrid o la interlocución con el usuario que seguirá siendo responsabilidad de CESUS (primer nivel de atención y soporte, también totalmente externalizado). Las Oficinas de Gestión, Proyectos, Seguridad, Estándares así como el CEDAS (Centro de gestión, operación y explotación de los Centros de Proceso de Datos) y el GSC (Grupo de Seguridad de Procesos), todos unidades de la DGSIS, también mantienen sus actuales funciones.

En cuanto a la facturación de los servicios hay una parte lineal (precio fijo para una dimensión base que puede modificarse con el aumento del sistema) correspondiente al Mantenimiento, Soporte y Evolución de los sistemas actuales y otra parte variable para el desarrollo de nuevas aplicaciones o modificaciones importantes de las actuales.

El servicio se prestará en parte en instalaciones de la DGSIS y en parte, en especial los desarrollos, en las instalaciones del suministrador, exigiéndose que siempre estén en el territorio español. Este hecho sumado a la prohibición expresa de subcontratación para el caso de desarrollo de software debería significar que el "offshoring" queda excluido.

Para los servicios de desarrollo, los adjudicatarios de los lotes 1 y 2 "deberán proporcionar una capa de especificaciones funcionales que estableza una relación permanente con las unidades de la DGSIS" estando la "toma de requerimientos funcionales coordinadas por la Oficina de Proyectos de la DGSIS" correspondiendo a los adjudicatarios la elaboración de los documentos de requisitos tanto funcionales como técnicos, la realización de los desarrollos en sí así ocmo de las pruebas. Es decir, estamos ante un modelo de externalización total (en principio exclusiva) de la función técnica de los servicios adjudicados (Lote 1 y 2) y parcial (por el Lote 3) de la función de su gestión.

Dado que los sistemas actuales incluidos en el concurso ya se encuentran (al menos en teoría) bajo esa modalidad de externalización, si bien con muchos contratos y proveedores, al menos para ese caso del mantenimiento de sistema actuales no nos encontramos ante una privatización nueva de funciones que sean desarrolladas en la actualidad por personal propio.

Precisamente, se establece un período de transición de dos meses desde la adjudicación del contrato, en el que "se espera la máxima colaboración" por parte del reguero de suministradores salientes con los nuevos adjudicatarios.

En cuanto al número de recursos humanos que deben aportar como mínimio los adjudicatarios al servicio para la dimensión base inicial es de:
  • 37 personas para el Lote 1
  • 28 personas para el Lote 2

Por último hay que reseñar que los adjudicatarios de este concurso, en especial el del Lote 2, jugarán un papel fundamental en la "expansión de la Libre Elección" al estar incluidos en el concurso los desarrollos y mantenimiento evolutivo del Sistema de citación Atención Primaria-Atención Especializada (Multicita ) y todos los desarrollos nuevos necesarios para la integración de la Historia Clínica Digital .

Entradas relacionadas:

lunes, 25 de febrero de 2008

La Dir. Gral. de Informática de Sanidad avanza los objetivos de su departamento

"[En las Jornadas sobre Interoperabilidad de los Sistemas de Salud, Zaida Sampedro] expuso, respecto a los nuevos hospitales, que se están ultimando los procesos de estandarización que posibiliten esta integración de datos, buscando modelos de hospitales 'sin papeles', y el uso alternativo de tecnoclogías sin cables". Fuente: Boletín de la Consejería de Sanidad y Consumo salud.madrid de Enero-Febrero 2008, pág 6

lunes, 18 de febrero de 2008

Los informáticos públicos no tendrán acceso a los datos médicos informatizados

"2/13/2008 5:41:22 PM MADRID 13 (EUROPA PRESS)

La Asociación Profesional de Informáticos de Sanidad de la Comunidad de Madrid (APISCAM) afirmó hoy que los datos médicos informatizados de pacientes 'residirán de forma centralizada en ubicaciones de una empresa privada sin posibilidad de control ni acceso por ningún empleado público técnico' y que parece que en un futuro está circunstancia 'afectará a toda la región'.

Asimismo la Asociación señala que los datos médicos de los pacientes de las áreas de influencia de los nuevos hospitales 'no estarán en manos de la Consejería de Sanidad independientemente de los acuerdos de confidencialidad obligatorios en cualquier contrato de servicios con terceros'.

'Todo el sistema de informática sanitaria de gestión económica y de personal han sido asignados mediante concursos a grandes empresas privadas de forma centralizada es decir con el mismo contratista para todos los hospitales' indicó la Asociación.

Asimismo explicó que el sistema de historia electrónica que incluye los informes médicos y los registros de imágenes médicas farmacia y de pruebas de laboratorio han sido asignados por entero y de forma centralizada a la empresa Siemens que además es la que proporciona la ubicación física para el centro tecnológico principal común a todos los hospitales.

'Estimamos que esta circunstancia ha sido quizás enmascarada en el marco de innovación tecnológica' señaló la Asociación que criticó la existencia de una plantilla de informáticos de Sanidad de la Comunidad de Madrid 'a los que de forma reiterada la Consejería de Sanidad niega el reconocimiento de la función informática que desempeñan diariamente y que desde hace diez años están en una situación de precariedad laboral sin opción a consolidar sus puestos de trabajo' [FIN]"

Fuente: MedicinaTV.com

miércoles, 13 de febrero de 2008

Los informáticos de Sanidad matizan a la Consejería

"En relación a la afirmación del Gobierno de la Comunidad de Madrid que señala que los nuevos hospitales son centros "sin papeles" conectados por un "anillo informático", la Asociación Profesional de Informáticos de Sanidad de la Comunidad de Madrid (Apiscam) ha realizado algunas matizaciones,. Ha señalado que "todo el sistema de informática sanitaria, de gestión económica y de personal han sido asignados mediante concursos a grandes empresas privadas, de forma centralizada, es decir, con el mismo contratista para todos los hospitales". Apiscam también ha advertido de que los datos médicos informatizados de pacientes de la Comunidad de Madrid van a residir de forma centralizada en ubicaciones de una empresa privada sin posibilidad de control ni acceso por ningún empleado público técnico." Fuente: Redacción Médica

El «ciber hospital» del Henares. El centro de datos común privatizado en Tres Cantos y Getafe

"Uno de los aspectos más llamativos del centro [ el Hospital del Henares] es su funcionamiento «sin papeles», pionero en nuestro país. Un nuevo sistema almacenará y centralizará la información clínica del paciente, así como las pruebas diagnósticas, banco de sangre, farmacia, servicios médicos, UCI, Urgencias y todo lo relativo a la gestión y a la administración.
Esa información estará disponible «on-line», no sólo en el Hospital del Henares, sino en los cinco que se inaugurarán este mes, y en el de Puerta de Hierro-Majadahonda. «Una placa se podrá ver aquí o en el de Vallecas. El usuario no tendrá que llevar ni un papel: solo la tarjeta sanitaria, que se ha precargado. Los datos viajarán a través de la red, así como la petición de pruebas, analíticas, los resultados,...», explicó ayer a ABC Santiago Borrás, director del sistema informático."

"En la tercera planta está la «memoria» del hospital: su CPD (Centro de Proceso de Datos), que está conectada con las dos memorias centrales —situadas en Tres Cantos y Getafe—, que reciben la información de los seis nuevos hospitales. Las centrales y toda la infraestructura está duplicada para que en caso de incidencias tales como una avería, apagón, rotura del cableado de fibra óptica, etcétera, nada se pare. La puesta en marcha ha sido compleja y costosa: año y medio y 11 millones de euros."

El sistema es expandible y se extenderá en el futuro a toda la red sanitaria pública»."

Fuente: ABC

martes, 12 de febrero de 2008

Nota de prensa acerca de la informática privatizada de los nuevos hospitales

En relación a la afirmación de que los nuevos hospitales, como el Hospital del Henares que ayer inició su actividad, son centros "sin papeles" conectados por un "anillo informático", la Asociación Profesional de Informáticos de Sanidad de la Comunidad de Madrid (APISCAM) tiene que decir:

1. Efectivamente esto es así o va a ser así cuando estos centros alcancen su modo de funcionamiento normal previsto

2. Todo el sistema de informática sanitaria, de gestión económica y de personal han sido asignados mediante concurso a grandes empresas privadas, de forma centralizada, es decir, con el mismo contratista para todos los hospitales

3. En especial, la informática sanitaria, lo que incluye el sistema de historia electrónica, los informes médicos y los registros de imágenes médicas, pruebas de laboratorio, etc han sido asignados por entero y de forma centralizada a la empresa Siemens, que además es la que proporciona la ubicación física para el centro tecnológico principal común a todos los hospitales, donde residirán los ordenadores centrales, así como el mantenimiento y control de los centros proceso de datos de cada hospital

4. Esto implica que todos los datos médicos informatizados de pacientes residen, o van a residir cuando los centros alcance su modo de funcionamiento normal previsto, de forma centralizada en ubicaciones de una empresa privada sin posibilidad de control ni acceso por ningún empleado público técnico.

5. Consideramos importante destacar el hecho de que los datos de salud relativos a los pacientes de las áreas de influencia de estos 8 nuevos Hospitales vayan a ser custodiados por personal ajeno a la Consejería, independientemente de los acuerdos de confidencialidad, obligatorios en cualquier contrato de servicios con terceros

6. Estimamos que esta circunstancia ha sido quizás enmascarada en el marco de innovación tecnológica, hospital sin papeles e Historia Clínica Electrónica, no habiendo sido transmitida de una forma clara a la ciudadanía.

7. Por otro lado y atendiendo a declaraciones recientes del Consejero de Sanidad, esta circunstancia también podría afectar en un futuro próximo a los datos de salud de totalidad de la población de la Comunidad de Madrid, ya que se anuncia la intención de que este nuevo modelo para la gestión de los Sistemas Informáticos Sanitarios se extienda al resto de hospitales ya existentes en la Comunidad de Madrid.

8. Por último y al margen de consideraciones de todo tipo respecto a las necesidades tecnológicas que puedan utilizarse paran justificar cualquier externalización en cuanto Sistemas Informáticos, y respecto al hecho de recurrir a personal externo exclusivamente, APISCAM denuncia la existencia de una plantilla importante de recursos humanos propios en los hospitales y centros tradicionales, los Informáticos de Sanidad de la Comunidad de Madrid, a los que de forma reiterada la Consejería de Sanidad niega el reconocimiento de la Función Informática que desempeñan diariamente y desde hace una media de diez años, manteniéndolos en una situación sostenida de precariedad laboral sin opción a consolidar sus puestos de trabajo

APISCAM a 12 de Febrero de 2008

martes, 29 de enero de 2008

La informática centralizada privatizada de los nuevos hospitales - I: informática sanitaria y centros de datos

Como ya os adelantamos en una noticia reciente, vamos a recordar en una serie de varias entradas de este weblog cuál es el reparto de funciones y sistemas informáticos privatizados de los nuevos hospitales que conocemos y a qué empresas fueron a parar las correspondientes adjudicaciones.

En el B.O.C.M. del 21/9/2005 se publicó la convocatoria del concurso titulado: "Dotación y puesta en marcha de los sistemas de información de los nuevos hospitales de la Consejería de Sanidad y Consumo de la Comunidad de Madrid: Cuatro lotes".

El (super)-lote 1, "Sistema de información clínico-asistencial integrado", que fue adjudicado , no sin polémica, a Siemens por 45 millones de euros en 4 años, incluye todo lo siguiente:

  • "Dotación del espacio físico para el Centro Tecnológico y el Centro de Respaldo"
  • "La dotación hardware, software y de comunicaciones", "puesta en funcionamiento" y mantenimiento" del Centro Tecnológico y del Centro de Respaldo"
  • "La dotación hardware, software y de comunicaciones", "puesta en funcionamiento" y mantenimiento de cada Centro de Proceso de Datos de los hospitales", que soportaránlas aplicaciones departamentales no centralizables
  • "La dotación, implantación, formación de usuarios, y puesta en marcha del sistema de información clínico-asistencial (HIS-Gestión de pacientes, gestión clínica y facturación)", (que es Selene, de la propia Siemens)
  • idem de las "aplicaciones departamentales y laboratorios",
  • idem "del sistema de información para radiodiagnóstico (RIS y PACS)"
  • "La integración con los ERP (RRHH y Económico-Financiero y Logística) objeto de los restantes lotes"
  • "La administración de los Sistemas"
  • "El soporte 'in situ'"
  • "El Centro de Soporte a Usuarios"
  • "Las comunicaciones entre centros y con la red de la Consejería de Sanidad"
Es decir, Siemens no sólo tiene el control total sobre todos los programas y datos de carácter asistencial, sino que además todos los servidores con los datos centralizados de los pacientes (historia clínica, informes e imágenes médicas, etc)
se ubican en instalaciones de Siemens (el Centro Tecnológico principal en Tres Cantos y el de Respaldo en Getafe) ( y a las que no tiene acceso ningún empleado público técnico que sepamos) .

Se tiene previsto extender este modelo de informática centralizada, calificada de "externalización total" por la propia Consejería de Sanidad, al resto de los hospitales tradicionales en los próximos años. ¿ Qué pasará entonces con el personal propio cuyas funciones informáticas siguen sin ser reconocidas pese a sufrir una temporalidad en 2/3 del personal con una antigüedad promedio de casi 10 años ?

Segunda entrega de la serie: La informática centralizada privatizada de los nuevos hospitales - II: gestión económica y de personal
Tercera y última entrega de la serie: La informática centralizada privatizada de los nuevos hospitales - y III: control

Los planes de Güemes para la informática en Sanidad

[En una entrevista el consejero de Sanidad afirmó que] "está previsto en esta legislatura salvar el hueco tecnológico que separará a los centros más antiguos de los nuevos, que nacen completamente digitalizados y sin papeles. Aunque no hay cronograma, Güemes adelanta que el proceso seguirá 'un orden lógico: primero, la primaria correspondiente a las áreas de influencia de los centros; después, los hospitales de origen y sus centros de salud correspondientes, y, por último, el resto del sistema'."

Fuente: Diario Médico

viernes, 25 de enero de 2008

El consejero Güemes habla de la centralización de la informática

El Consejero de Sanidad, en su comparecencia, el 14 de Noviembre de 2007, en la Asamblea de Madrid para explicar los presupuestos de 2008 (ver Diario de Sesiones 86, pag 2190) dedicó un párrafo a la centralización de la informática en la Sanidad pública madrileña, sobre la que dijo::

  • "Para la informatización integral de la red sanitaria de la CM se incluyen créditos por importe de 60 millones de euros"
  • "Más de 13 millones van destinados a culminar la implantación del nuevo sistema de información en los nuevos hospitales que van a entrar en funcionamiento el próximo año."
  • "Se ha optado por un modelo tecnológico centralizado"
  • "Este sistema también facilitará la posibilidad de homogeneizar los sistemas de información de otros hospitales incorporándolos al concepto de gestión centralizada e íntegra"
Recordemos que el desarrollo e implantación del sistema informático centralizado de los nuevos hospitales fue asignado por entero a empresas privadas , tanto en su desarrollo, implantación como mantenimiento integral, mediante un megaconcurso dividido en 4 grandes lotes.

Próximamente os recordaremos las competencias concretas de cada lote pues mucho nos tememos que en los próximos años pueda acometerse la extensión de esa centralización anunciada por el Consejero y, por ende, la externalización y privatización total de la mayor parte de -si no todas- las funciones que actualmente desarrollamos los empleados públicos con funciones de informática en los hospitales tradicionales de gestión directa, lo que incluye la administración y control de la inmensa mayoría de las bases de datos clínicos de los pacientes.

lunes, 26 de noviembre de 2007

[Recordatorio 13/03/07] De Madrid a la e-historia clínica única. [Detalles de la informática de los nuevos hospitales]

'La construcción de siete nuevos hospitales constituye una oportunidad de oro para imprimir un giro sustancial en la arquitectura de sistemas hospitalarios.

Con la adjudicación el pasado verano del macro concurso para la informatización de los siete nuevos hospitales en construcción en Majadahonda (Puerta de Hierro), San Sebastián de los Reyes, Parla, Arganda del Rey, Vallecas, Coslada y Aranjuez; la Consejería de Sanidad y Consumo de la Comunidad de Madrid (CSCCM) daba el pistoletazo de salida a un importante proyecto tecnológico que marcará un antes y un después en la gestión hospitalaria.

“En este proyecto confluye una visión de centralización, una oportunidad puesto que es la primera vez que se construyen siete nuevos hospitales a la vez, y la disponibilidad de sistemas y herramientas probados”, señala el subdirector general de Sistemas de Información Sanitarios de la CSCCM, Luis Morell, quien destaca que “el reto es la Historia Clínica unificada y centralizada, que tiene la ventaja de ofrecer una visión longitudinal del paciente”.

La consecución del reto pasa por un modelo tecnológico centralizado en base a un único Sistema de Información Hospitalaria (HIS) y la incorporación de la Estación Clínica de Trabajo como puerta única de acceso tanto a éste como a los distintos sistemas departamentales: laboratorio, anatomía patológica, dietética, farmacia, sistema de radiodiagnóstico (RIS y PACs), etc.

Justamente la cualidad multicentro de los aplicativos era uno de los requerimientos clave del concurso, en el que Siemens resultó adjudicatario, por 54 millones, del lote 1 para el despliegue de la infraestructura asociada, la puesta en marcha del Sistema de Información Clínico-Asistencial, que descansa en el producto Selene de la alemana, así como de las aplicaciones departamentales.

Selene es la evolución web de la solución Aurora -cliente/servidor- y ya funciona en el hospital de Fuenlabrada -inaugurado tras las transferencias- y en el área Materno Infantil del Gregorio Marañón en convivencia con los otros dos HIS que operan en la Comunidad.

Y es que “a día de hoy en los 30 hospitales existentes conviven el sistema heredado previamente a la transferencia de las competencias, Siscam, que se encuentra, entre otros hospitales, en el Gregorio Marañón; el HP-HIS, proveniente del Insalud y en explotación en los grandes hospitales como la La Paz, el Clínico, Ramón y Cajal o Getafe; y Selene”, apunta Morell.

La selección de Selene, que ataca Oracle como BBBD, no implica sin embargo que se prevea la convergencia de todos los sistemas en éste. Morell matiza que “aún quedan muchos años de evolución, el camino no está cerrado y hay que tener en cuenta que la migración de un hospital exige alrededor de un año, cuando la prioridad ahora es resolver las necesidades de nuevos servicios a corto plazo”.

No obstante el proyecto, en el que trabajan alrededor de 200 técnicos, sí que se alinea con el avance conseguido en primaria con el despliegue de la aplicación OMI-AP, de Stacks, en los 250 Centros de Salud y 150 consultorios de la Comunidad.

“Hemos sido de las primeras CCAA en completar la informatización de primaria con la ventaja de que nuestro territorio es relativamente pequeño y las comunicaciones llegan prácticamente a todas partes”,
comenta Morell, quien destaca que “ahora estamos migrando desde el modelo cliente/servidor de OMI-AP a una aplicación web y centralizada, AP Madrid, para lograr la Historía Clínica Única del Paciente de Atención Primaria”.

La centralización es, por tanto, el leit-motiv en la asistencia primaria y los nuevos hospitales, mientras que “para el resto de hospitales acudimos a la integración apoyándonos en un repositorio único, explica Morell, quien indica que “MS BizTalk Server es la plataforma de integración que empleamos en Servicios Centrales, mientras que en este proyecto la integración descansa en OpenLink”.

Otro de puntos clave del proyecto y en el camino hacia la e-Historia Clínica Única radica en la gestión de identidades. “Hemos empezado con Cibeles (Conjunto de Información Básica y Estratégica para los Entornos Sanitarios), que incluye el Índice Maestro de Pacientes y la Gestión de Identidades”, comenta el técnico de la CSCCM, que ha trabajado en colaboración con Steria en el desarrollo de esta aplicación en tres capas que también utiliza Oracle como BBDD y constituye la piedra angular para la homogeneización e integración entre las distintas aplicaciones.



Con esa visión y desde la adjudicación hasta hoy, entre los hitos superados se cuenta la inauguración a finales del pasado año del Centro Tecnológico Principal y el de Respaldo asociados a la iniciativa; un acto que contó con la presencia del consejero de la CSCCM, Manuel Lamela.

Ambos CPDs se han ubicado en las instalaciones de Siemens en Tres Cantos, aunque como apunta Morell, “el Centro de Respaldo se trasladará al nuevo Centro Tecnológico de Servicios que Siemens construye en Getafe y que se prevé entre en explotación en febrero”.

Además de soportar las aplicaciones centralizadas para los nuevos hospitales, la nueva plataforma, que se levanta sobre máquinas PrimePower 2500 de Fujitsu-Siemens, proporcionará determinados servicios adicionales, como la imagen, que estará accesible tanto para primaria como para los hospitales ya existentes.

“En el hospital permanecerán durante dos años las imágenes con la calidad diagnóstica y se llevará al Centro Tecnológico una imagen en baja resolución que estará disponible para su consulta on line durante un periodo de cinco años”, detalla Morell.

Los CPDs propios de cada hospital soportarán, por su parte, las aplicaciones departamentales distribuidas no “centralizables” como “la monitorización, el paritorio, la UCI y los cuidados críticos, que están muy pegados a los dispositivos clínicos”, enumera Morell.

Se trata concretamente de la aplicación de Anatomía Patológica, soportada por el producto NovoPath de la compañía Vitro; el Banco de Sangre, e-Delphyn de Evolución Informática; el aplicativo de Endoscopia, Endobase de Olympus; la solución de Farmacia Farmatools del proveedor DominionIT, la aplicación de Laboratorios ServoLab de Dade Berhing; la aplicación para UCI Critical Care Manager de Picis; la de Paritorios, ArgusCentrale Doppplex de Helianthus Medical; la de Nefrología NefroLink de Aigei y la aplicación de Identificación Madre-Hijo, basada en Codificador Neonatal de ICN.

En la vertiente de las comunicaciones, el proyecto supone la instalación de unos 16.000 puntos de red y el despliegue de una WAN de 423 kilómetros de fibra óptica con topología de doble estrella, sin olvidar el tendido en los hospitales de alrededor de 2.000 kilómetros de cable con un ancho de banda de 1 Gbps.

Cada hospital estará unido con una doble conexión (datos y back up) a los Centros Tecnológico y de Respaldo, que a su vez se comunican, también con doble conexión, con los Centros Tecnológicos de la CSCCM en Aduana y Julián Camarillo para “posibilitar el acceso de los nuevos hospitales a través de la red corporativa a determinadas aplicaciones ubicadas en los Servicios Centrales, como la Base de Datos de Usuarios-Tarjeta Sanitaria, la Telecita, el Registro Unificado de Lista de Espera Quirúrgica o el DataWarehouse de Farmacia, Farmadrid”, comenta Morell.

El experto subraya que “el trabajo con estándares, tanto desde el punto de vista tecnológico, como clínico con HL7, garantiza la compatibilidad y, de hecho, la cita entre primaria y especializada, o la solicitud de imágenes desde primaria ya está funcionando en el hospital de Fuenlabrada”.

Aún no se ha procedido a la conexión de los hospitales, puesto que su construcción no ha finalizado, pero “sí están conectados en alta disponibilidad los usuarios que están validando los prototipos”, afirma Morell.

De hecho, a día de hoy ya se ha desarrollado el prototipo 0 y “la idea es que el primer hospital pueda empezar a trabajar para evolucionar añadiendo funcionales a lo largo del tiempo con la incorporación de servicios para otros hospitales, así como el acceso de los ciudadanos a la Historia Clínica de Salud”, indica Morell.

Desde la perspectiva hardware, el proyecto implica la instalación de cerca de 400 servidores -94 en el Centro Tecnológico, 84 en el Centro de Respaldo y alrededor de 30 en cada hospital-, sumando un total de 740 CPUs.

En los CPDs de los hospitales se da cita equipamiento heterogéneo: desde servidores Xeon -corriendo Windows 2003 Server para las aplicaciones departamentales, el antivirus y los servidores de ficheros y Red Hat Enterprise Linux para los servidores de impresión- hasta blades BX620S3 y servidores tipo rack RX300 de Fujitsu Siemens.

Los hospitales de Majadahonda, San Sebastián de los Reyes y Vallecas son los que incorporan el mayor número de puestos de trabajo con 1.680, 565 y 484, respectivamente. Son estos tres mismos los que también dispondrán de mayor capacidad de almacenamiento, sustentado en cabinas EMC Clariion CX3-20: 18 Tb en Majadahonda y 16,3 Tb en San Sebastián y Vallecas.

La lista se completa, de mayor a menor, con el hospital de Coslada, con 444 puestos y 12,5 Tb de almacenamiento; Parla, que dispondrá de 426 puestos y una capacidad de 11,5 Tb; Arganda, con 260 puestos y 9,7 Tb; y Aranjuez, con 143 puestos y 9,7 Tb de almacenamiento.

La infraestructura de almacenamiento en el Centro Tecnológico también se compone de un Clariion, en este caso CX3-80 y un Centera para los Puntos de Atención Continuada (PACs). En el Centro de Respaldo se han instalado, por su parte, dos Clariion Cx3-80 y otro Centera.

La iniciativa supone, en conjunto, el despliegue de una infraestructura de almacenamiento jerarquizado en dos niveles que suma una capacidad de 94 Tb y la instalación de en torno a 4.000 puestos de trabajo, aunque se trata de una cifra estimada recomendada y no se ha determinado un modelo.

“Podrían ser PCs, portátiles, Tablet e inclusive soluciones más innovadoras como un terminal en la cabecera del paciente; lo que busca la CSCCM es que los profesionales puedan trabajar en todas las ubicaciones”, subraya Morell.


Como se aprecia la CSCCM ha apostado en este proyecto por un modelo de externalización absoluta. “Se trata de un outsourcing completo, de modo que Siemens se encarga del hosting, del montaje de equipos y sistemas, del mantenimiento y de los servicios de gestión, administración y soporte a usuarios”, apunta Morell, que considera ésta la mejor opción.

“Ante la incertidumbre que supone un proyecto tan innovador no queríamos correr el riesgo de equivocarnos ni en el dimensionamiento ni en la inversión, de modo que trasladamos la incertidumbre a un proveedor con capacidad de crecimiento”.

La inseguridad viene dada en cierta medida porque los nuevos hospitales nacen bajo un nuevo de modelo de gestión y financiación, el denominado PFI (Iniciativa de Financiación Privada) que implica que el diseño, la construcción y gestión de los centros descansa en empresas privadas, en tanto que la CSCCM mantiene la operativa y gestión del personal sanitario.

En ese contexto, las TIC constituye un elemento fundamental puesto que, como destaca Morell, “los sistemas de información son prácticamente la única pieza en común que tienen los nuevos hospitales”.

En ese contexto, Siemens también se hace cargo de la integración de los distintos sistemas de forma coordinada con el resto de proveedores. Hay que recordar que la UTE formada por IBM/General Electric/Iecisa resultó adjudicataria, por 3,3 millones, del lote 2 para el desarrollo del sistema de gestión económica, financiera y logística, que se basa en mySAP.

“Se incorporan los módulos financiero, presupuestario, de contabilidad, de logística y de mantenimiento”,
indica Morell, que explica que “toda esa información se consolida en el Sistema de Información Económico-Financiero (SIEF) de la Comunidad de Madrid”.

El tándem Soluziona/Meta4 ganó, por su parte y 4,3 millones, el lote 3 para el diseño e implantación del sistema de gestión de RRHH: la solución PeopleNet, que permite conjugar la autonomía de cada centro de gestión con los beneficios de los sistemas centralizados.

Cuando finalice el proyecto, incluyendo el caso particular del Hospital de Majadahonda, que requiere la migración global de los sistemas existentes en el Hospital Universitario Puerta de Hierro, “los ciudadanos tendrán acceso personal a su Historia Clínica Electrónica, sus citas, la prescripción de medicamentos, etc., una serie de nuevas funcionalidades que estarán disponibles prácticamente desde el arranque”, destaca Morell.'

Fuente: computing.es 13/03/07