Diferencia entre revisiones de «Categoría:Sistemas sanitarios»

Uno de los aspectos más difíciles de monitorizar del software español debido a la división de competencias. Al conjunto de sistemas se le suele llamar genéricamente SNS, esto ayuda a diluir la responsabilidad y anular la labor investigadora.

Historia

Esta sección está ampliamente cubierta en nuestro libro: https://www.amazon.com/Los-desastres-inform%C3%A1ticos-Espa%C3%B1a-responsables-ebook/dp/B071JZHST3

La politización y regionalización de los 80

La división de responsabilidades entre las comunidades autónomas fue un proceso iniciado en 1980, e impulsado durante 1990, esto produjo una politización de la gestión sanitaria y un uso ineficiente de los recursos tecnológicos, produciendo sistemas de gestión redundantes e incompatibles entre las diferentes comunidades autónomas ^[1].

Las aplicaciones en los 90

Uno de los sistemas más empleado en 1990-2000 fue OMI-AP, la integración informatizada entre comunidades autónomas era prácticamente inexistente y la regionalización y falta de estandarización que en otros países no había sido tan elevada en España generó toda una amalgama de aplicaciones propietarias y protocolos no estandarizados que provoco problemas a la hora de seguir la historia clínica de los pacientes.

Caos de aplicaciones de 2000-2010

Los médicos sufren a diario la amalgama de sistemas informáticos de funcionalidad limitada y usabilidad reducida que diferentes gobiernos han ido facilitando con los años para las diferentes comunidades autónomas, el siguiente fragmento refleja la situación en Alicante en Abril de 2011:

Abucasis (para la historia clínica), Microbiología, Laboratorio (para las analíticas), Radiología (para las imágenes de radiología general), Anatomía Patológica, Control Sintrom, Alta de Hospital y Afin (para pacientes hospitalizados) son los programas que se deben utilizar. En unos casos, -además de introducir el usuario y password-, se debe localizar al usuario con el número SIP y un cero delante; en otros, sin el número cero; también los hay que exigen el nombre, pero sin el SIP y aquellos que tienen un registro propio. «Si en una consulta se precisa atender una radiografía simple, una analítica y un urocultivo se han de manejar cuatro programas distintos, con sus diferentes criterios de búsqueda y, evidentemente, tienes que atender al paciente, diagnosticarlo, dar cita, las recetas... La burocracia no ha disminuido con respecto al papel, se ha mecanizado». ^[2]

Un caso de sistema informático tremendamente problemático es el DIRAYA andaluz.

Política integradora de 2010

Desde 2010 se empezaron a sacar leyes claras en la necesidad de integrar los sistemas informáticos, las hubo también en años anteriores pero a partir más o menos de este año se empieza a notar el peso de las malas noticias en medios de prensa (cada vez menos en los medios principales participados por Indra) y se nota una mayor preocupación por mejorar la calidad del software, obviamente no en todas las CCAAs y no con todos los gobiernos, de ahí que los desastres puntuales sigan siendo la tendencia.

Problemas recurrentes durante la década 2010-2020

El historial de desastres informáticos de DIRAYA continua, y un sistema llamado Selene tiene problemas constantes durante toda la década.

Este comentario de 2015 ilustra el abanico de aplicaciones que hay que usar en el ámbito médico:

1) SCAE para pedir cita con especialista: salta automáticamente (otra cosa es revisar el teléfono e imprimir el segundo papelito) y si, lo uso.

2) HORUS: Visor para ver radiografías, análisis y algún informe (pocos, los hospitalarios del Marañon no deben saben escribir). También lo uso.

3) Selene: Programa propio del Hospital del Sureste (el de referencia) donde ver informes de Urgencias, revisiones, impresiones, citas, pruebas y demás (los hospitalarios del Sureste si saben escribir, aunque muy liado). Por supuesto que lo uso, aunque me toque las narices logarme con cada paciente.

4) E-SOAP: Para saber resultados de cartera, presión asistencial y algunas cosillas curiosas. Lo uso poco, ya que ls datos son antiguos y sin listados (echo de menos mi OMI AP que me decía muchas cosas y en directo).

5) CEIBE: Fuente de cabreos para ver los nuevos que se apuntan al cupo, decirles que no y que pasen de tí en la Gerencia Única (como el anillo). Solo lo uso una es al mes para comprobar que ni la nomina le hace caso.

6) CISEM-AP: programa para denunciar problemas de seguridad para el paciente. No lo uso tanto como debiera, uno siempre considera que es casi perfecto, pero me obligo a denunciarme a mi mismo (a veces al AP Madrid o al farmacéutico de la esquina).

7) INCIDENCIAS CESUS: Muy usado por mi, dadas las múltiples carencias del AP Madrid, del ordenador, de la red, del software (mi Explorer y mi office son antediluvianos), para instalar la impresora...^[3]

El siguiente artículo de 2017 demuestra el caos de aplicativos deficientemente integrados usados solo en la Comunidad Valenciana.

Solo once de los 24 departamentos de salud de la C. Valenciana comparten un mismo sistema de gestión hospitalaria, el Orión-Clinics aunque tampoco con el mismo nivel de desarrollo. Además, los hospitales de otras seis áreas funcionan con el HIGIA. Los hospitales de la Plana en Vila-real y Sagunt utilizan sus propios sistemas, totalmente diferenciados, situación que también se da en los consorcios hospitalarios que comparte Sanidad con la diputación de Castellón (Hospital Provincial de Castelló) y con la de València (Hospital General, donde coexisten sistemas propios como el Hosix, con otros unificados). Y esto solo en los departamentos de salud públicos. En los cinco que actualmente hay bajo gestión privada, tampoco existe uniformidad en los sistemas: Manises, dependiente de Sanitas, tiene el suyo propio pero tampoco Alzira, Torrevieja, Dénia y Elx-Crevillente, participados total o parcialmente por Ribera Salud, están unificados.^[4]

Sin avances en la interconexión práctica de sistemas en 2022

En España, en la tercera década del siglo XXI, las historias clínicas de los pacientes no están interconectadas entre distintas comunidades autónomas (salvo algunas excepciones). A menudo, tampoco entre provincias o áreas sanitarias. Y, en ocasiones, tampoco entre un hospital y un centro de salud de la misma ciudad ^[5]

Análisis

Pacientes que sufren las consecuencias

Los pacientes sufren esta gestión ineficiente que los políticos y administradores permiten, muchas veces para dar cabida a sus contactos personales. Esto perjudica a los usuarios finales, como muestra un comentario sobre el sistema médico de Alicante: "muchos enfermos tuvieron que volver más tarde, o al día siguiente, a su centro de salud para terminar de resolver las gestiones".^[6]

Arquitecturas SOA contra sistemas propietarios

El enfoque usado en otros países en estos escenarios tan deslocalizados es el empleo de arquitecturas SOA (integración de servicios) de forma que cada comunidad autónoma pueda proporcionar sus propios servicios y mantener sus "tierras" sin que se produzcan perdidas de rendimiento.

El otro enfoque, la vuelta a los sistemas propietarios estilo SAP, Siebel o Tibco facilitados por un solo proveedor, plantea la problemática de casarse con una cierta tecnología que dificulta el acceso a la información y obliga a la adquisición y mantenimiento de licencias durante toda la vida del sistema informático.

Poco a poco tiempo se va imponiendo REST como mecanismo de integración, sin embargo muchos aplicativos siempre desdeñando la importancia de la integración estandarizada, debido en gran parte a la falta de liderazgo nacional al determinar estándares e impulsar su adopción.

La falta de integración en tiempos del COVID

Con la llegada de 2020 se puso de manifiesto la falta de sistemas estadísticos para recopilar información de los pacientes y sus dolencias entre regiones, esto dificultó el reporte de casos reales de COVID19, que en muchos casos se hacía enviando emails con texto plano o hojas de calculo. El problema siguió hasta 2021 cuando España no salía en los registros internacionales que se estaban haciendo de vacunados ^[7].

Listado de aplicaciones exhaustivo

• Salus
• Dedalus GS Healthcare Suite (DHS)
• everis ehCOS
• InterSystems HealthShare y TrakCare
• Medasys DxCare
• Alfatec HIS
• Costaisa Chaman

Para tabular

https://groups.google.com/g/antiburocracia-de-madrid

Referencias