F.A.Q.
Preguntes freqüents

Preguntes que ens fan quan presentem el programari a clients i socis potencials:

Abans de cada pregunta i resposta, els desenvolupadors del programari tenen algunes observacions generals importants a destacar:

  1. Podem oferir una de dues variants: (1) allotjat en el vostre/nostre maquinari, o (2) allotjat localment en el maquinari del client dins del seu tallafocs. Preferim l’opció (1) perquè és molt més fàcil de gestionar.
  2. Les dades que necessitem són principalment (1) dades d’entrada per a la predicció (p. ex., nombre de pacients per hora), i (2) esdeveniments que poden afectar l’entrada de pacients al client. Això pot incloure canvis en l’àrea de captació, canvis en l’organització del client, esdeveniments locals com festes (tot i que això últim no és necessari d’entrada).
  3. Cal destacar que cap de les dades que necessitem per als models de predicció és personalitzada, és a dir, només requereix dades estadístiques de l’entrada, i per tant no necessitem dades de salut individuals dels pacients dels sistemes electrònics d’historials mèdics.
Necessitaré crear un compte o se’m proporcionarà un?

Si cal crear un compte, quin és el procés? Rebré un compte pre-generat amb credencials d’accés o se’m guiarà per crear-lo?

Això depèn de la solució que triï el client. Si opta per l’allotjament als vostres/els nostres servidors, necessitarà un compte. Si opta per allotjar-lo als seus propis servidors dins del seu tallafocs, haurem d’instal·lar el programari als seus ordinadors mitjançant contenidors.

Si cal instal·lació, quins són els requisits del sistema? Si és al núvol, quin tipus de connexió a internet o suport de navegador és necessari?

Vegeu l’apartat anterior sobre l’allotjament. Cal una certa potència de càlcul per desenvolupar el primer model (semblant a un ordinador d’escriptori potent), però executar les prediccions en directe requereix molt poca capacitat (es pot executar fàcilment en un ordinador estàndard). Si s’allotja als vostres o als nostres servidors, una connexió a internet estàndard és més que suficient. Bàsicament, només cal transferir dades equivalents a una pàgina A4 cada 15 minuts i una imatge senzilla cada vegada que es sol·liciten prediccions. Chrome és el millor navegador per a la nostra solució.

Hi ha un nombre específic d’activacions per llicència? Es pot transferir la llicència si canvio de dispositiu?

Funciona en un únic ordinador o servidor, però es pot accedir des de connexions il·limitades. Si actualitzeu o canvieu d’ordinador, caldrà traslladar el programari, però no és cap problema.

És compatible amb telèfons intel·ligents/tabletes? Hi ha previstes aplicacions dedicades per a Android o iOS? La versió mòbil té totes les funcionalitats?

Actualment no hi ha plans per a una aplicació dedicada, però els gràfics són escalables i, per tant, es poden mostrar en qualsevol dispositiu.

El sistema permet importar dades específiques de l’hospital, com ara registres de pacients, estadístiques de personal o esdeveniments històrics? Quins formats (CSV, Excel, JSON) o requisits tècnics són necessaris per a una integració fluida?

El sistema només requereix dades d’arribades històriques i dades actualitzades preferiblement cada hora per funcionar de manera òptima, proporcionades pel client. Si s’han d’integrar altres fonts de dades diferents de les estàndard, el sistema necessitarà accés a aquestes, ja sigui localment o per internet. El sistema pot gestionar formats CSV, Excel i JSON. Tanmateix, és preferible que segueixin una estructura predefinida. Us proporcionarem una descripció del format.

La integració d’estadístiques personalitzades millorarà la precisió de les prediccions o permetrà recomanacions més específiques i útils? Hi ha dades especialment rellevants per al rendiment òptim del sistema?

És difícil de respondre. Cada font de dades addicional requereix una anàlisi específica. Com s’ha indicat anteriorment, només necessitem dades històriques i en temps real del client. Dit això, de vegades fonts addicionals poden aportar informació que no queda reflectida en les dades estàndard. Si el client disposa d’aquestes fonts, les podem integrar en les prediccions aplicant els mateixos formats que per a les dades d’influx.

El sistema utilitza encriptació avançada, autenticació multifactor (MFA) o altres protocols per protegir els comptes d’usuari? Com es gestiona la recuperació de comptes?

Això s’està implementant actualment. De moment, el sistema utilitza un enfocament basat en nom d’usuari i contrasenya amb validació per correu electrònic. La contrasenya està encriptada i la transmissió de dades es fa a través del protocol https amb xifratge TLS 1.3. El procés de recuperació de compte encara no s’ha implementat.

Quin és el marge d’error de les dades? Hi ha mecanismes per validar o comprovar-ne l’exactitud?

En un departament amb aproximadament 95 arribades diàries, hem aconseguit durant dos anys una precisió de +/- 1 pacient per hora el 95% del temps (mesurat en períodes de 8 hores). El sistema monitoritza activament la precisió i activa una recalibració si aquesta disminueix per sota d’un nivell acordat amb el client.

El servidor està allotjat localment, en un centre de dades privat o en un proveïdor de núvol com AWS, Azure o Google Cloud? Com afecta la ubicació la latència i la privadesa de les dades?

El sistema pot allotjar-se al client, als vostres servidors, als nostres (a Dinamarca) o en un centre de dades a Alemanya. La quantitat de dades transferides entre el client i els servidors és tan baixa que realment no importa on s’ubiquin els servidors.

Quins nivells d’usuari estan disponibles (p. ex., administrador, usuari estàndard, convidat)? Es poden personalitzar els rols per adaptar-se a les necessitats de l’organització?

Tot i que el sistema es pot configurar amb molts nivells d’usuari, només uns pocs tenen sentit real. Suggerim aplicar tres nivells: (1) Usuari principal (administrador), responsable financer i dels altres usuaris del client, (2) superusuari, que pot seleccionar i configurar les prediccions, (3) usuari convidat (o espectador), que pot visualitzar les prediccions del client.

Els tallafocs es gestionen localment per l’usuari o pel proveïdor del servei? Quines tecnologies de tallafocs específiques s’utilitzen?

Això depèn de si el sistema s’instal·la en el maquinari nostre o del client. En aquest darrer cas, és el tallafoc del client el que proporciona la seguretat. Si s’instal·la en el nostre maquinari, apliquem un enfocament de confiança zero (zero-trust) (vegeu defined.net) per a la comunicació entre equips, i només el frontal (front-end) és accessible des de sistemes externs. Tot el demés queda bloquejat pel tallafoc. A més, el sistema s’executa en contenidors on cada contenidor només es pot accedir mitjançant ports específics (per exemple, el port 443 per a HTTPS) des d’usuaris externs. Els contenidors s’instal·len sense accés d’administrador (root) per minimitzar els privilegis.

El manteniment el gestiona un equip informàtic intern, el proveïdor o un servei tercer? Quin és el temps de resposta per a sol·licituds de manteniment?

Preferim que tot el manteniment el fem nosaltres o vosaltres per garantir la màxima qualitat. Oferim manteniment durant l’horari laboral habitual i també es pot contractar suport addicional per un cost extra.

Les peces de recanvi estan incloses a la garantia o al contracte de suport? Amb quina rapidesa es poden lliurar i instal·lar?

Si s’executa en els nostres servidors, ens en fem càrrec nosaltres. Si s’executa en servidors del client, és responsabilitat seva. No tenim requisits específics pel que fa als components, ja que el sistema pot funcionar en qualsevol instal·lació estàndard de Linux (preferiblement).

És compatible amb tots els sistemes operatius principals, com Windows, macOS i Linux? Hi ha versions específiques o actualitzacions requerides?

Preferiblement Linux (basat en Debian, com ara Ubuntu Server 22.04 LTS o superior), però també donem suport a Windows per executar el sistema complet. Per visualitzar les prediccions dels models només cal tenir accés a un navegador web.

Quines tecnologies (p. ex. llenguatges de programació, frameworks) formen l’estructura del sistema? Té una arquitectura modular o APIs que permetin la integració amb noves eines o tecnologies emergents?

El sistema backend està desenvolupat en llenguatge C++, mentre que els components frontend s’han desenvolupat amb Javascript utilitzant NodeJS (vegeu nodejs.org) com a motor d’execució. La biblioteca libTorch (variant en C++ del framework PyTorch, vegeu pytorch.org) s’utilitza per implementar els models d’aprenentatge automàtic.

El sistema és una col·lecció de microserveis que poden executar-se en entorns de contenidors com Docker (docker.com) o Podman (podman.io). Per tant, cada microservei pot ser reemplaçat o actualitzat sense afectar la resta sempre que la seva API no canviï. Això permet una millora contínua del sistema global. A més, el sistema es pot ampliar amb nous components.

Quins mètodes o algoritmes s’utilitzen per garantir la precisió de les prediccions? Les dades provenen de bases de dades fiables o de fonts en temps real?

Les dades provenen d’agències nacionals o equivalents. Només fem servir dades procedents d’agències nacionals o internacionals o fonts similars.

El sistema té un límit temporal per a les prediccions (dies, mesos, anys)? Com varia la precisió a mesura que s’allarga el període de predicció?

PraeSight (la nostra eina de predicció a curt termini) actualment prediu fins a 12 hores endavant, però tenim previst ampliar aquest límit. PraePlan (la nostra eina de planificació a llarg termini) podrà predir assistència amb mesos d’antelació. Mentre que PraeSight és molt precisa (vegeu més amunt), la precisió de PraePlan depèn de la quantitat d’històric de dades que tingui el client. L’experiència ens diu que calen almenys entre 3 i 4 anys de dades, preferiblement més.

Quin és el marge d’error o nivell d’incertesa de les prediccions? Hi ha mecanismes per destacar o corregir possibles inexactituds?

Fins ara, l’encert és del 95% dels casos, però evidentment no podem garantir que això sigui sempre així. Sempre proporcionem dades sobre els intervals de confiança de les nostres prediccions perquè el client pugui avaluar-ne la fiabilitat. Si els intervals de confiança són molt amplis, les prediccions s’han de considerar amb més precaució.