Salta al contingut
educa

educa · formació oberta

El sistema sanitari per dins

Curs gratuït i de nivell expert sobre com funciona el sistema sanitari: Catalunya a fons, Espanya com a marc, i de la concertació a l'HIS.

  • Índex i progrésReprèn la lliçó on la vas deixar, al mòbil o a l'ordinador.
  • Sigles explicadesCada sigla del text s'explica en passar-hi per sobre o en tocar-la.
  • Targetes de repàsRepàs espaiat dels conceptes de cada lliçó llegida.
17
mòduls
88
lliçons
322
fonts

Accedeix als cursos

Amb el teu compte de Google. Només el fem servir per desar el teu progrés.

Privacitat

Mòdul 12 · Lliçó 6 de 6

El mercat de sistemes: suites, best-of-breed, ERP i compra pública

Els models de solució d'un HIS, el paper de l'ERP, els desenvolupaments del sistema públic i com es compren aquests sistemes al sector públic.

  • 25 min
  • 9 fonts
  • 6 targetes
  • Actualitzada el 26 d'octubre de 2026

Un HIS es pot construir de tres maneres: amb una suite que ho cobreix gairebé tot, combinant els millors productes de cada àrea o recolzant-se en desenvolupaments del mateix sistema públic. A la pràctica gairebé tots els centres barregen les tres. Aquesta lliçó explica els models sense avaluar productes ni empreses, i com es compren al sector públic, on els plecs i els anuncis són públics.

Qui fabrica els sistemes: tres models

El mercat de sistemes d'informació sanitària es descriu millor per models que per noms. Aquesta lliçó no cita productes ni empreses, ni els compara: les quotes de mercat i la valoració de cada producte exigirien fonts públiques fiables que aquí no s'han verificat [PENDIENTE: estudi oficial o independent del mercat d'HIS a Espanya, amb any].

ModelIdeaAvantatge típicCost típic
Suite integradaUn producte cobreix nucli, estació clínica i molts departamentalsUn sol model de dades; menys interfíciesMés dependència d'un proveïdor; mòduls menys profunds en àrees concretes
Best-of-breedEl millor sistema per a cada funció, units per integracionsProfunditat funcional per serveiMoltes interfícies per mantenir; identitats i catàlegs per quadrar
Desenvolupament o plataforma del sistema públicL'administració construeix o governa una solució comuna per a la seva xarxaHomogeneïtat territorial; dades compartides d'origenRitme lligat al pressupost i a la governança pública

Les columnes d'avantatges i costos recullen arguments habituals del sector, no conclusions d'un estudi.

La barreja és la norma. El plec públic d'un hospital universitari madrileny descriu un centre amb sistemes corporatius de la seva conselleria, aplicatius departamentals de diferents proveïdors i desenvolupaments propis, entre els quals una estació clínica pròpia i un visor clínic de la conselleria 1.

Suites integrades

Una suite reuneix en un mateix producte la gestió de pacients, l'estació clínica i bona part dels departamentals. El seu argument principal és la dada única: el pacient, l'episodi i la petició existeixen una sola vegada, i no cal sincronitzar-los entre sistemes.

El seu risc principal és la dependència. Com més part del mapa cobreix un producte, més car és substituir-lo. Per això en una suite importen tant les funcions com la sortida: si les dades es poden exportar en formats estàndard, si les interfícies amb tercers estan documentades i qui és el propietari de les adaptacions fetes per al centre.

Best-of-breed: el millor de cada casa

El model contrari tria un sistema especialitzat per a cada àrea (laboratori, imatge, farmàcia, quiròfan) i els uneix al nucli. És freqüent en serveis amb processos molt tècnics, com es va veure a la lliçó de departamentals.

El seu cost és la integració. Cada sistema té la seva pròpia còpia del pacient, el seu catàleg i els seus usuaris. Sense un bon índex de pacients, un motor d'integració i estàndards de missatgeria, el model es degrada en sistemes que no es parlen. Aquests elements s'estudien al mòdul d'interoperabilitat.

Desenvolupaments i plataformes del sistema públic

El tercer model és característic de la sanitat pública espanyola, on diverses administracions han construït o governen sistemes comuns. Alguns exemples públics:

  • Catalunya, primària: l'ECAP és la història clínica informatitzada de tota la xarxa d'atenció primària des del 2001, amb adhesió obligatòria a la primària 6.
  • Catalunya, hospitals: Argos assistencial figura al catàleg del Departament de Salut com a sistema d'informació hospitalària comú i modular per a centres del SISCAT, desenvolupat amb orientació col·laborativa i alineat amb el pla director de sistemes d'informació del SISCAT 5.
  • Andalusia: Diraya és el sistema que suporta la història clínica electrònica del Servicio Andaluz de Salud i integra la informació de salut de les persones ateses als seus centres 7. La seva recepta electrònica es va posar en marxa el 2003 7.

Que una solució sigui pública no vol dir que tot el programari sigui de fabricació pròpia: pot combinar desenvolupament intern, productes de mercat i serveis contractats. El que la defineix és que la governa l'administració. A Catalunya, a més, el catàleg distingeix solucions d'adhesió obligatòria i d'altres a demanda 9, de manera que una part del mapa de qualsevol centre del SISCAT ja ve decidida.

L'ERP: l'altra meitat del mapa

Un hospital també és una empresa. L'ERP cobreix la comptabilitat, el pressupost, les compres i el magatzem, els actius i, de vegades, els recursos humans i la nòmina. El plec madrileny citat enumera per separat la gestió econòmica, la de subministraments, la de recursos humans i nòmina, i la de torns 1.

Al sector públic, l'ERP té obligacions pròpies. Les empreses que facturen a una administració estan obligades a la factura electrònica, que es pot exceptuar per reglament fins a 5.000 euros (art. 4) 8, i cada administració disposa d'un punt general d'entrada de factures electròniques (art. 6) 8. L'ERP d'un hospital públic les ha de rebre per aquest circuit.

L'HIS i l'ERP es toquen en tres punts: els consums (el que es gasta per pacient o per servei), la facturació de l'activitat i la comptabilitat analítica. Decidir si l'ERP i l'HIS són del mateix proveïdor és, en el fons, la mateixa pregunta de suite davant de best-of-breed.

Com compra el sector públic

Els centres públics compren els seus sistemes per contractació pública, i això fa visible el mercat. Els anuncis d'import suficient es publiquen al Diari Oficial de la Unió Europea, amb la seva classificació per codis CPV. Dos exemples del 2025, que es citen sense valorar-los:

ExpedientObjecteProcediment i dades
Badalona Serveis Assistencials, organisme de dret públic segons l'anunci 2Adquisició i implementació d'un sistema d'informació hospitalària, amb suport i mantenimentObert; subministrament amb serveis; CPV 48180000 «paquets de programari mèdic»; valor estimat 3.069.637,73 euros sense impostos; durada 2 anys amb una renovació possible (anunci de canvis de novembre del 2025)
Comunitat de Madrid, Conselleria de Digitalització 3Llicències i serveis per homogeneïtzar el sistema de farmàcia hospitalària i normalitzar catàlegs i taules mestres dels hospitals del Servicio Madrileño de SaludNegociat sense convocatòria de licitació prèvia (anunci d'adjudicació de juny del 2025)

El segon cas il·lustra una figura que apareix sovint quan ja hi ha un sistema implantat. La LCSP només permet adjudicar sense publicitat prèvia en supòsits taxats; un és que el contracte només es pugui encomanar a un empresari determinat perquè «no hi hagi competència per raons tècniques» o perquè calgui protegir drets exclusius, inclosos els de propietat intel·lectual (art. 168.a.2n) 4. És la cara contractual de la dependència del proveïdor: evolucionar un sistema propietari sol requerir qui en té els drets.

Els plecs són públics i són la millor font per conèixer el mercat sense dependre de la publicitat de ningú: diuen quins mòduls es demanen, quines integracions s'exigeixen, quant es pressuposta i qui en resulta adjudicatari.

Criteris per comparar sense noms

  • Encaix amb les plataformes comunes: a Catalunya, publicació a la HC3, recepta electrònica, IS3 i índex de pacients, com a condició i no com a millora.
  • Model de dades: què es guarda estructurat i què com a document; quines terminologies fa servir.
  • Obertura: estàndards d'integració, accés a les dades, exportació completa al final del contracte.
  • Propietat i continuïtat: qui és el propietari de les adaptacions, què passa si el producte deixa d'evolucionar.
  • Cobertura per àmbit: aguts, sociosanitari, salut mental, primària. Un mateix producte pot ser sòlid en un i feble en un altre.
  • Cost total: llicències, implantació, integració, migració, manteniment i personal propi durant tota la vida del sistema.

Cas pràctic

Una fundació privada sense ànim de lucre, amb un hospital d'aguts i un centre sociosanitari concertats, ha de renovar el seu HIS. No està subjecta als mateixos procediments de contractació que un ens públic, però vol comparar amb rigor.

El seu equip comença pels plecs publicats per centres públics semblants: li serveixen per saber quins mòduls es demanen, quines integracions s'exigeixen a Catalunya i quins pressupostos es manegen 2. Després dibuixa el seu mapa: l'estació clínica de primària no és seva, la recepta i la HC3 són obligatòries, i el laboratori el presta una altra entitat del territori.

Amb aquest mapa, la decisió ja no és «quina marca», sinó «quin model». Opta per una suite per a aguts i sociosanitari i manté separat el laboratori. Exigeix al contracte l'exportació completa de les dades en formats estàndard en acabar, per no repetir la dificultat que va tenir en sortir del sistema anterior.

Què implica per als sistemes

DecisióQuè s'hi guanyaQuè es paga
Suite integradaDada única del pacient i de l'episodiDependència; menys profunditat en alguns serveis
Best-of-breedMillor sistema per serveiInterfícies, catàlegs i usuaris per duplicat
Solució pública comunaHomogeneïtat i dades compartides 5 6Menys marge de decisió del centre 9
ERP del mateix proveïdor que l'HISConsums i facturació sense interfícieMés dependència; obligacions de facturació electrònica que ha de complir igualment 8
Evolució d'un sistema ja implantatContinuïtatPossible contractació sense concurrència 3 4

El moment d'evitar la dependència és abans de signar, no al final del contracte. Les clàusules de dades, documentació d'interfícies i propietat de les adaptacions valen més que qualsevol funcionalitat afegida.

Targetes d'aquesta lliçó (6)
Suite integrada
Model en què un sol producte cobreix la major part del mapa: gestió de pacients, estació clínica i molts departamentals, amb una base de dades comuna.
Best-of-breed
Model en què el centre tria el millor sistema disponible per a cada funció i els uneix mitjançant integracions. Guanya profunditat funcional i ho paga en interfícies.
Desenvolupament propi del sistema públic
Aplicació que una administració sanitària construeix o governa per a la seva xarxa, com l'estació clínica comuna de primària a Catalunya o la història digital andalusa.
CPV
Vocabulari comú de contractes públics de la UE: codis que classifiquen l'objecte de cada licitació. El dels paquets de programari mèdic és el 48180000.
Procediment negociat sense publicitat
Adjudicació sense anunci previ de licitació, que la LCSP només admet en supòsits taxats, com que no hi hagi competència per raons tècniques o hi hagi drets exclusius.
Dependència del proveïdor
Situació en què canviar de sistema és tan car o tan difícil (dades, integracions, drets sobre el producte) que el comprador perd capacitat d'elegir.

Fonts

  1. Hospital Universitario La Paz (Servicio Madrileño de Salud) — Pliego de prescripciones técnicas del servicio de soporte informático, P.A. 63/2021, apartado 2 «Sistemas de Información del Hospital» · consultada el 26 d'octubre de 2026
  2. Diario Oficial de la Unión Europea, anuncio 741511-2025 (OJ S 215/2025): adquisición e implementación de un sistema de información hospitalaria para Badalona Serveis Assistencials, expediente BSA 13/25 (anuncio de cambios) · consultada el 26 d'octubre de 2026
  3. Diario Oficial de la Unión Europea, anuncio 355135-2025 (OJ S 104/2025): homogeneización del sistema de farmacia hospitalaria de los hospitales del Servicio Madrileño de Salud, expediente A/SER-031619/2024 (adjudicación) · consultada el 26 d'octubre de 2026
  4. Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público, art. 168. Texto consolidado (BOE-A-2017-12902) · consultada el 26 d'octubre de 2026
  5. Departament de Salut — Catàleg de solucions TIC per al SISCAT: Argos assistencial · consultada el 26 d'octubre de 2026
  6. Departament de Salut — Catàleg de solucions TIC per al SISCAT: Estació clínica d'atenció primària (ECAP) · consultada el 26 d'octubre de 2026
  7. Servicio Andaluz de Salud — Diraya · consultada el 26 d'octubre de 2026
  8. Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable de facturas en el Sector Público, arts. 4 y 6. Texto consolidado (BOE-A-2013-13722) · consultada el 26 d'octubre de 2026
  9. Departament de Salut — Catàleg de solucions TIC per al SISCAT (tipos de adhesión de las soluciones) · consultada el 26 d'octubre de 2026