ITRM20110297A1 - Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. - Google Patents
Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. Download PDFInfo
- Publication number
- ITRM20110297A1 ITRM20110297A1 IT000297A ITRM20110297A ITRM20110297A1 IT RM20110297 A1 ITRM20110297 A1 IT RM20110297A1 IT 000297 A IT000297 A IT 000297A IT RM20110297 A ITRM20110297 A IT RM20110297A IT RM20110297 A1 ITRM20110297 A1 IT RM20110297A1
- Authority
- IT
- Italy
- Prior art keywords
- terminal
- services
- user
- management
- operator
- Prior art date
Links
- 230000002452 interceptive effect Effects 0.000 title claims description 18
- 238000007726 management method Methods 0.000 claims description 64
- 238000000034 method Methods 0.000 claims description 36
- 230000004913 activation Effects 0.000 claims description 26
- 230000006870 function Effects 0.000 claims description 18
- 230000006399 behavior Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 10
- 230000009849 deactivation Effects 0.000 claims description 8
- 230000000007 visual effect Effects 0.000 claims description 8
- 238000001914 filtration Methods 0.000 claims description 7
- 230000000694 effects Effects 0.000 claims description 6
- 230000008520 organization Effects 0.000 claims description 5
- 230000003542 behavioural effect Effects 0.000 claims description 4
- 230000001225 therapeutic effect Effects 0.000 claims description 4
- 230000003213 activating effect Effects 0.000 claims description 3
- 238000009826 distribution Methods 0.000 claims description 3
- 238000003860 storage Methods 0.000 claims description 3
- 238000002560 therapeutic procedure Methods 0.000 claims description 3
- 230000008859 change Effects 0.000 claims description 2
- 238000001514 detection method Methods 0.000 claims description 2
- 238000011282 treatment Methods 0.000 claims description 2
- 238000012795 verification Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 claims 2
- 238000012546 transfer Methods 0.000 claims 2
- 239000006185 dispersion Substances 0.000 claims 1
- 238000007433 macroscopic evaluation Methods 0.000 claims 1
- 238000005259 measurement Methods 0.000 claims 1
- 230000003068 static effect Effects 0.000 claims 1
- 238000012360 testing method Methods 0.000 claims 1
- 238000012790 confirmation Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 5
- 230000018109 developmental process Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000036541 health Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000009792 diffusion process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 208000032368 Device malfunction Diseases 0.000 description 1
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 208000035475 disorder Diseases 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000035800 maturation Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000000825 pharmaceutical preparation Substances 0.000 description 1
- 229940127557 pharmaceutical product Drugs 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000007420 reactivation Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
Description
“FORNITURA DI SERVIZI FARMACEUTICI IN MODALITÀ INTERATTIVA PER MEZZO DELLA RETE INTERNETâ€
Descrizione
Campo in cui si esplica l’invenzione
L’invenzione in generale fa riferimento a delle tecniche di gestione della fornitura di servizi farmaceutici, in sicurezza, attraverso la comunicazione interattiva tra farmacia ed utente/cliente in possesso presso il proprio domicilio di un terminale intelligente. Più in particolare essa prevede che attraverso questo dispositivo e attraverso la rete Internet sia possibile mostrare contenuti scelti ed organizzati da remoto (in particolare dalla farmacia) e raccogliere richieste di fornitura di servizio dagli utenti. L'intera logica di interazione con il sistema risulta estremamente semplificata in modo da garantire un corretto utilizzo dello stesso anche ad utenti con competenze tecniche scarse o nulle.
Legenda
*Elemento strutturale
Per elemento strutturale si intende una componente software di cui il sistema à ̈ intrinsecamente composto. Ogni elemento strutturale non possiede piene funzionalità se isolato così come il sistema non possiede piene funzionalità qualora venga escluso uno degli elementi strutturali che lo compongono. Per ognuno degli elementi si possono avere numerose istanze nella realizzazione del sistema. Nell’ambito di questo progetto gli elementi strutturali sono: la postazione di gestione; il terminale utente; il server di relay.
*Servizio
Nell’ambito di questo progetto si intende come servizio la disponibilità pianificata e resa nota attraverso il sistema da parte di una farmacia o struttura a fornire prestazioni di carattere sanitario ai propri clienti.
*Cliente
Si intende per cliente ogni utente dei servizi della farmacia o struttura. Ad esso à ̈ associato un terminale attivo.
*Account
Ogni farmacia o struttura tiene traccia dei dati dei propri clienti in dei contenitori logici detti “account†. Un account ha senso solo in riferimento ad un certo cliente di cui mantiene i dati, appunto, e lo stato.
*Terminale
Abbreviazione per “Terminale utente†. Elemento strutturale vicino al cliente. *Membro di supporto
Individuo facente parte del personale addetto all’effettiva erogazione dei servizi secondo le modalità previste.
Stato della tecnica
Il paradigma attuale delle farmacie non favorisce ed anzi ostacola la fornitura di servizi differenti dalla vendita di farmaci e prodotti sanitari nei locali normalmente preposti.
L’attività attualmente svolta dalle farmacie, prevede una presenza fisica presso i locali dell’attività che implica un certo livello di mobilità per tutti i clienti. Essi possono appartenere a fasce di età piuttosto avanzate risultando di fatto esclusi (almeno personalmente) dall’erogazione dei servizi anche più basilari.
Le nuove norme in materia di fornitura di servizi sanitari, tuttavia, attribuiscono nuove competenze alle farmacie, che devono poter essere pienamente sfruttate. Del resto la diffusione della rete Internet ed il progressivo maturarsi delle competenze informatiche medie del personale addetto allo svolgimento di funzioni farmaceutiche sono una realtà oramai presente ed in continuo affermarsi. Sulla base di tale riflessione si à ̈ palesata la possibilità in primo luogo di un decentramento spinto di quelli che sono attualmente i servizi farmaceutici ed in secondo luogo della fornitura di nuovi servizi, domiciliati presso l'utente, che il paradigma classico di farmacia non à ̈ in grado di supportare.
Lo scopo sella presente invenzione à ̈ quello di costruire una sorta di network di relazioni tra farmacisti e utenti che garantisca un elevato grado di interattività senza risultare invasivo. Lo scopo à ̈ quello di creare una sorta di area di scambio tra servizi offerti dalle farmacie e necessità di assistenza di pazienti/utenti.
Un ulteriore scopo della presente invenzione à ̈ quello di fornire un sistema distribuito capace di costituire un supporto completo alla fornitura di servizi farmaceutici con modalità a domicilio, e non, in grado di rafforzare i legami di fiducia tra cliente e farmacista e di mettere a disposizione un mezzo diverso e più versatile rispetto a quanto esistente per la notifica di novità circa quanto offerto, promozioni, offerte speciali etc.
Più sinteticamente con la presente invenzione si vogliono fornire dei protocolli e un’architettura di rete che servano almeno a uno dei seguenti scopi, con conseguenti vantaggi a confronto con la gestione delle farmacie attualmente esistenti, permettendo di:
- organizzare, gestire ed erogare correttamente, presso la farmacia, tutta la gamma di servizi che rientrino nelle loro capacità ;
- snellire e semplificare la comunicazione tra tali strutture ed i loro numerosi clienti con riguardo alla fornitura di tali servizi,
- stringere nuovi rapporti di fiducia tra clienti e farmacie e rafforzare quelli esistenti,
- rendere possibile ai clienti con scarsa mobilità l'accesso diretto a tutti i servizi messi a disposizione,
- alleggerire il carico di lavoro presso “il bancone†della farmacia potendo smaltire le richieste per via telematica ed in maniera calendarizzata durante tutto l’arco della settimana/mese,
- utilizzare in modo semplice ed intuitivo l’utilizzo di ognuna delle componenti del sistema per gli attori dello stesso.
È infine scopo della presente invenzione quello di fornire un sistema basato sulle risorse della rete e delle relative procedure realizzative di funzionalità dinamiche avanzate, che impieghi componenti software ed hardware standard, nel settore di Internet e delle comunicazioni su applicativi Tcp/IP noti, al fine di rendere le procedure stesse contenute nei costi, di elevata affidabilità e di immediato utilizzo.
Questi ed altri scopi che saranno chiari nel corso della descrizione sono ottenuti mediante la fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet, in base ai principi sintetizzati nella rivendicazione 1 e nelle successive.
Breve descrizione dei disegni
Al solo fine di meglio chiarire l’invenzione e senza con ciò volerne limitare l’ambito ed i settori di impiego, la presente invenzione verrà ora descritta con riferimento ad una sua realizzazione particolare ma non limitativa o vincolante, mostrata nei disegni annessi, in cui:
FIGURA 1 à ̈ una rappresentazione schematica dell’architettura di rete telematica generale che realizza il trovato,
FIGURA 2 Ã ̈ una vista schematica relativa al display di un terminale di utente per una particolare condizione operativa.
La soluzione secondo la presente invenzione à ̈ in grado di affrontare tutte le implicazioni tecniche e tecnologiche che devono essere considerate per la realizzazione di una serie di prodotti industriali necessari a fornire servizi farmaceutici in modalità interattiva per mezzo della rete Internet.
Il sistema offre una procedura di installazione automatizzata e semplificata. Esso sviluppa e mette a disposizione, delle farmacie che ne fanno richiesta il sistema delle procedure automatizzate di rilevamento e gestione, diffondendo inoltre eventuali aggiornamenti e consultando le statistiche di utilizzo dello stesso.
Le caratteristiche fondamentali del sistema derivano dall'impiego di terminali leggeri 1’, 1†, 1<N>per la creazione di una rete ad-hoc per l'erogazione di servizi di tipo sanitario. A partire da tale strumento di base si configura un servizio che accentra le funzionalità di organizzazione delle prestazioni, della raccolta delle richieste e trasmissione degli aggiornamenti.
Il risultato à ̈ un nuovo paradigma di “farmacia dei servizi†che svincola la propria capacità di assistenza e fornitura di beni e servizi, dal proprio posizionamento territoriale. Un altro risultato fondamentale à ̈ la minimizzazione dei requisiti di mobilità da parte dei clienti per l'accesso alla maggior parte dei beni e servizi erogati dalle strutture competenti.
L’architettura di rete distribuita costituisce un supporto completo alla fornitura di servizi farmaceutici con modalità a domicilio, e non, in grado di rafforzare i legami di fiducia tra cliente e farmacista e di mettere a disposizione un mezzo diverso e più versatile rispetto a quanto esistente per la notifica di novità circa quanto offerto, promozioni, offerte speciali ecc.
Tale sistema prevede l'introduzione presso la casa dell'utente/cliente di un terminale intelligente 1’, 1†, 1<N>dotato di display touch. Attraverso questo componente sono mostrati contenuti scelti ed organizzati da remoto (ad esempio dalla farmacia 2) e sono raccolte richieste di fornitura di servizio dagli utenti. L'intera logica di interazione con il sistema risulta estremamente semplificata in modo da garantire un corretto utilizzo dello stesso anche ad utenti con competenze tecniche scarse o nulle.
Così come riportato in Fig. 1, nell'architettura di rete telematica che implementa il sistema sono individuabili una serie di elementi fondamentali.
*Postazione di gestione 2
Alla postazione di gestione 2 à ̈ associato il componente software installato presso la farmacia o la struttura che eroga servizi ai propri clienti. Esso à ̈ fornito sotto forma di eseguibile compatibile con la piattaforma esistente congiuntamente con quanto necessario ad eseguire la procedura di installazione (installer).
Le funzioni principali svolte da tale componente comprendono :
la registrazione di nuovi clienti,
la gestione e l’accounting dei clienti attivi,
l'attivazione di nuovi terminali,
la gestione dei contenuti da visualizzare presso i terminali,
la disattivazione di terminali esistenti,
la gestione dei servizi erogati,
la gestione del personale di supporto all'erogazione dei servizi, *Terminale utente 1.
Come premesso un elemento basilare nella realizzazione della presente invenzione à ̈ il terminale utente 1. Per terminale utente si intende un sistema integrato dotato di display LCD ed interfaccia touch presente a casa dell'utente. In esso à ̈ contenuto il software necessario alla visualizzazione dei contenuti stabiliti tramite la postazione di gestione ed inoltro delle richieste. Per essere utilizzabile ogni terminale 1 necessita di essere attivato dalla postazione di gestione. Tramite ognuno di essi à ̈ possibile per l'utente:
Ricevere notifiche da parte della struttura attivante
Visualizzare i servizi disponibili
Ricevere aggiornamenti circa lo stato dei singoli servizi
Ricevere aggiornamenti circa l'introduzione di nuovi servizi o la cessazione di esistenti
Inoltrare richieste di fornitura di servizi scegliendo tra quelli disponibili Ricevere conferma delle richieste inoltrate
Tenere traccia dello storico delle richieste
Centro di controllo con Relay server 5
Tale unità à ̈ il componente hardware-software preposto a garantire la corretta comunicazione tra gli elementi strutturali descritti precedentemente. Ognuna delle due parti infatti potrebbe trovarsi all'interno di una rete ad indirizzamento privato dotata di NAT, caso in cui i componenti non potrebbero stabilire alcuna connessione.
Le funzioni principali svolte da tale componente sono dunque:
Inoltro di messaggi da e verso i terminali,
Mantenimento di informazioni circa lo stato dei terminali (connesso/non connesso),
Mantenimento di statistiche d'utilizzo dei terminali,
Broadcast/Multicast delle informazioni di aggiornamento,
Generazione degli ID di attivazione univoci,
Ogni componente software che interagisce con utenti “non esperti†viene ad essere dotato di un'apposita interfaccia grafica che consente di accedere ad ognuna delle funzionalità . Essa risulta gradevole e di facile apprendimento.
Il farmacista che ha in uso il sistema 2 inserisce nuovi clienti all'interno della lista di quelli esistenti, creando ogni volta un account. In seguito all'avvenuta registrazione di un cliente, viene attivato per esso uno, ed un solo, nuovo terminale. Di qui ad ogni account à ̈ associato un unico terminale.
Dal punto di vista dell’allocazione fisica delle informazioni registrate, la memorizzazione avviene nel server centrale di relay 5 nel database 1. Per cui sul database 1 dei clienti registrati il sistema consente la ricerca di insiemi di account in base a criteri come: Dati anagrafici, stato di attivazione, intervallo di età , zona di residenza (identificata tramite CAP). I risultati possono essere mostrati sotto forma di lista.
Per quanto riguarda le funzionalità di aggiornamento del relativo database 1 il gestore consente la modifica di alcuni dei dati relativi ad un account. In una attuale realizzazione preferita essi sono per esempio, i dati relativi a: Domicilio e Note
Il farmacista à ̈ quindi in grado di visualizzare i servizi erogati; aggiungerne di nuovi; eliminarne, disattivarne o modificarne alcuni esistenti. Per ogni servizio à ̈ possibile assegnare del personale responsabile per l'erogazione dello stesso. Ove necessario lo stesso farmacista à ̈ in grado di disattivare un dato terminale 1. Questa operazione non influisce sullo stato dell'account. Del resto gli account sono visualizzabili ed à ̈ possibile rilevarne il loro stato di attivazione. Si possono vedere/modificare inoltre i dati dei clienti ad essi associati.
In merito alla gestione dell’archivio anagrafico degli account il data base 1 permette la visualizzazione degli account, vale a dire à ̈ consentita la visualizzazione completa dei dati degli account clienti sia in maniera sintetica (sotto forma di lista), sia in maniera dettagliata (singolo account selezionato).
Inoltre à ̈ configurata la reimpostazione del terminale, in quanto à ̈ assicurato che a seguito della procedura di disattivazione del terminale, i dati in esso contenuti e relativi alla sua associazione con l’account del cliente sono rimossi. A seguito della procedura il terminale à ̈ pronto per una nuova riattivazione, il rilascio dell’ID garantendo la segretezza dei dati precedentemente elaborati. Quindi ad avvenuta disattivazione à ̈ rilasciato anche l’ID corrispondente presso il server di relay 5.
Come premesso uno dei principi basilari della presente invenzione à ̈ dunque quello di costruire una sorta di network di relazioni tra farmacisti e utenti che garantisca un elevato grado di interattività senza risultare invasivo. L'obiettivo finale à ̈ quello di creare una sorta di area di scambio tra servizi offerti dalle farmacie e necessità di assistenza di pazienti/utenti.
Ancora à ̈ stato premesso che il terminale intelligente 1 dotato di display touch viene utilizzato presso la casa dell'utente/cliente. Attraverso questa componente à ̈ possibile mostrare contenuti scelti ed organizzati da remoto (ad esempio dalla farmacia) e raccogliere richieste di fornitura di servizio dagli utenti. L'intera logica di interazione con il sistema risulta estremamente semplificata in modo da garantire un corretto utilizzo dello stesso anche ad utenti con competenze tecniche scarse o nulle.
Di seguito quindi la descrizione della realizzazione preferita pone particolare attenzione alla metodologia di identificazione di un singolo terminale. Si riporta inoltre in dettaglio di come avviene - dal punto di vista del farmacista - l’associazione di un nuovo terminale 1 ad un account utente esistente o appositamente creato ad un nuovo terminale (attivazione). Infine si descrive la procedura di sostituzione di un dispositivo 1 associato ad un account esistente.
Per quel che riguarda l'identificazione del terminale 1 ognuno di questi possiede una serie di informazioni necessarie al suo corretto funzionamento nell'ambito della specifica applicazione.
Accanto ad informazioni legate all'account utente ed ai dati di utilizzo, in esso viene memorizzato un codice identificativo univoco tramite il quale il terminale attivo 1 viene riconosciuto dal server di relay 5 a fini comunicativi e di configurazione.
Il codice identificativo à ̈ costituito da una costante intera senza segno a 32 bit (4 miliardi e più di dispositivi). Tale valore viene assegnato automaticamente dal server di relay 5 durante le procedure di attivazione o sostituzione e rimane immutato fino al suo rilascio (disattivazione).
L'algoritmo di assegnazione dell'identificativo da parte del relay server 5 tiene conto dell'indirizzo fisico della scheda di rete del terminale in questione, nonché di ulteriori informazioni collegate all'identificativo della postazione di gestione attivante. Indicativamente, i primi 16 bit dell’identificativo sono una combinazione dell’indirizzo fisico del dispositivo e dell’identificativo della postazione di gestione associata, mentre i restanti 16 sono assegnati casualmente dal server di relay 5 contattato.
Grazie all'impiego di tale identificativo, si garantisce la completa mobilità del terminale 1 stesso: esso può risultare connesso ad una rete arbitraria (variazioni di indirizzo IP visto dal relay server 5) senza che il sistema nel complesso registri un malfunzionamento.
Tramite tale codice, inoltre, à ̈ possibile mantenere l’associazione - in ogni fase della comunicazione - tra il dispositivo da cui provengono i messaggi e le informazioni di accounting utente collegate. Il server di relay 5 ha il compito inoltre di mantenere informazioni circa lo stato di attivazione di ognuno degli identificativi.
I medesimi identificativi sono visibili durante le procedure illustrate di seguito sia a schermo sul dispositivo 1 stesso, sia presso la postazione di gestione 2, permettendo al farmacista di localizzare fisicamente il dispositivo 1 che si intende gestire.
Qualora il server di relay 5 riconosce irregolarità nel codice identificativo di un certo terminale 1, à ̈ proprio compito quello di impedire la comunicazione di tale dispositivo, abilitando opportune restrizioni per consentire alla postazione di gestione 2 (agendo da remoto) di riconfigurare o disabilitare il dispositivo 1 stesso. Si prevedono le seguenti irregolarità :
◠L’identificativo fornito non corrisponde ad alcun identificativo valido ◠L’identificativo fornito corrisponde a quello di un terminale attivato ma non associato ad alcun account utente
â— L’identificativo fornito à ̈ già associato ad un terminale operativo e risulta quindi duplicato
Precedentemente all'attivazione di un certo terminale 1, ognuno di essi conterrà una configurazione software assolutamente identica. L'obiettivo della procedura di attivazione à ̈ quello di associare in maniera univoca un determinato dispositivo 1 ad un certo account utente, rendendo al contempo l'intero apparato informato della presenza del nuovo terminale e configurando lo stesso e la postazione di gestione 2 associata per funzionare correttamente.
Perché la procedura possa essere portata a termine, à ̈ necessario che il farmacista possegga una connessione ad Internet e che sia in possesso dell'apposito token di configurazione come descritto di seguito nei dettagli.
A questo punto della descrizione sono specificate in dettaglio le fasi relative all'attivazione di un generico terminale:
1 - Il farmacista collega un nuovo terminale 1 all'alimentazione e ne effettua l'accensione.
2 - Appena richiesto tramite notifica visuale, il farmacista inserisce il token utilizzando una porta USB.
3 - Il terminale 1 provvede alla verifica della coerenza delle informazioni contenute e memorizza la configurazione.
4 - Appena richiesto tramite notifica visuale, il farmacista connette il terminale in rete utilizzando la porta Ethernet.
5 - Il terminale 1 si connette al relay server 5 per ottenere un nuovo identificativo.
6 - Il farmacista immette i dati relativi al nuovo utente o seleziona un account esistente tramite la postazione di gestione.
7 - Il farmacista utilizza l'apposito pulsante per l'attivazione di un terminale.
8 - Il farmacista, basandosi sulla corrispondenza dell'identificativo mostrato sul terminale e quello mostrato presso la postazione di gestione, conferma l'attivazione.
9 - Il sistema provvede ad associare l'identificativo del nuovo terminale con l'account utente ed informa il server di relay 5 dell'avvenuta attivazione. Inoltre il sistema mette a disposizione del farmacista una procedura per la sostituzione di un terminale. I motivi della sostituzione possono essere collegati ad un malfunzionamento del dispositivo o a successivi aggiornamenti del sistema.
La procedura di sostituzione consiste essenzialmente nel riassociare l'account di un dato utente, precedentemente associato con un terminale, con un nuovo dispositivo. Qualora il vecchio terminale sia ancora operativo, verrà seguita la procedura di disattivazione di cui al paragrafo successivo.
I passi necessari per la sostituzione di un terminale sono i seguenti:
1 - Il farmacista collega un nuovo terminale 1 all’alimentazione e ne effettua l’accensione.
2 - Appena richiesto tramite notifica visuale, il farmacista inserisce il token utilizzando la porta USB.
3 - Il terminale provvede alla verifica della coerenza delle informazioni contenute e memorizza la configurazione.
4 - Appena richiesto tramite notifica visuale, il farmacista connette il terminale in rete utilizzando la porta Ethernet.
5 - Il terminale si connette al relay server 5 per ottenere un nuovo identificativo.
6 - Il farmacista seleziona un account esistente a cui à ̈ associato un terminale tramite la postazione di gestione.
7 - Il farmacista utilizza l'apposito pulsante per la sostituzione di un terminale.
8 - Il farmacista, basandosi sulla corrispondenza dell'identificativo mostrato sul terminale e quello mostrato presso la postazione di gestione, conferma l'attivazione.
9 - Il farmacista, utilizzando l'apposita funzione, riassocia l'account selezionato con il terminale appena attivato.
10 - Il farmacista, qualora il vecchio terminale sia ancora operativo, procede alla sua disattivazione
Il sistema consente di disattivare un terminale 1 sostituito ma ancora operativo. La procedura di disattivazione permette nella pratica di effettuare il reset del dispositivo rimuovendo di fatto da esso tutti i dati associati all'account utente ed accumulati durante il suo periodo di utilizzo. Al termine di tale procedura, il terminale 1 rilascia il proprio identificativo presso il relay server 5 ed à ̈ disponibile per una nuova successiva attivazione.
Di seguito si riportano i passi per la disattivazione di un terminale:
1 - Il farmacista utilizza l'apposita funzione per accedere all'elenco di terminali attivati ma non associati ad alcun account.
2 - Il farmacista seleziona il dispositivo da disattivare verificando la corrispondenza dell'identificativo mostrato presso il dispositivo con quello presente nella lista.
3 - Il farmacista conferma la disattivazione.
4 - Il relay server attraverso il database 1, provvede a rilasciare l'identificativo collegato al dispositivo.
5 - Il sistema provvede a cancellare da esso i dati relativi al suo utilizzo/ attivazione.
Come premesso perché la procedura possa essere portata a termine, à ̈ necessario che il farmacista possegga una connessione ad Internet e che sia in possesso dell'apposito token di configurazione.
Per token di attivazione si intende un dispositivo USB (per esempio tipo flash disk) contenente le informazioni necessarie all'attivazione dei terminali.
Il dispositivo in questione viene fornito al momento dell'installazione della postazione di gestione. Nel caso in cui non si fosse in possesso di tale token, esso potrà essere generato dal farmacista in qualsiasi momento utilizzando un comune flash disk USB in combinazione con le apposite funzioni fornite dalla postazione di gestione:
- Creazione di un token
- Verifica di un token
Durante la creazione di un token, il dispositivo viene formattato utilizzando il filesystem FAT16. Su di esso inoltre vengono creati i file contenenti le informazioni necessarie all'attivazione dei terminali, utilizzando un formato a controllo di errore per ridurre la possibilità di manomissioni e/o modifiche accidentali.
Le caratteristiche user friendly del sistema e del terminale 1 presso l'utente sono sviluppate in modo specifico. Di fatto l'applicativo offre presso ogni componente un’interfaccia grafica funzionale, semplice, ed intuitiva.
Con l'interfaccia della postazione di gestione 2 il sistema offre un’interfaccia grafica con componenti .NET tramite la quale accedere ad ognuna delle funzionalità del software.
Inoltre attraverso l'interfaccia del terminale utente 1 il sistema offre una interfaccia grafica con componenti Qt tramite la quale accedere ad ognuna delle funzionalità del software. Essa del resto rispetta accorgimenti cromatici e di visibilità per risultare accessibile anche ad utenti in età avanzata.
Ai clienti in possesso di un terminale 1 attivo ed on-line à ̈ permesso di inoltrare richieste di fornitura di servizi erogati. Il terminale provvede a mostrare l’elenco con relative icone dei servizi disponibili e guida all’immissione dei dati necessari all’inoltro della richiesta. Tutta la procedura di gestione del terminale à ̈ ottimizzata per l’interfaccia touch. Al termine dell’immissione dei dati e prima dell’inoltro il sistema presenta una schermata di riepilogo della richiesta.
Per quanto riguarda l'instradamento delle richieste di servizio, l'architettura di rete effettua tramite il server di relay 5 un routing affidabile delle richieste di fornitura di servizio. È opera sua tradurre l’ID della postazione di gestione associata al terminale nel relativo indirizzo IP per l’inoltro dei pacchetti. Così come pure per la notifica di richieste di servizio, il sistema mostra opportune notifiche presso la postazione di gestione di avvenuto inoltro di una richiesta di servizio. Analogamente il sistema permette di inviare una conferma dell’accettazione della richiesta di servizio. Tale conferma può essere affermativa in maniera automatica o essere stabilita manualmente volta per volta dal personale addetto.
Viene di conseguenza attivata ad ogni apertura di sessione una funzione di notifica di conferma con la quale viene segnalato presso il terminale se la richiesta à ̈ stata accettata (à ̈ stata inoltrata una conferma di erogazione di servizio) o meno. Sotto questo aspetto risulta fondamentale la procedura dedicata ad impedire che risulti una medesima richiesta come duplicata. Il controllo viene effettuato sia presso il terminale che presso la postazione di gestione.
Rilevante risulta anche la funzionalità dedicata al filtraggio dei servizi disponibili. Il sistema offre la possibilità di nascondere ad alcuni clienti la presenza di determinati servizi per favorire l’utilizzo del terminale stesso in presenza di particolari esigenze.
Per questo motivo nel sistema di controllo secondo la presente invenzione, accanto alle comuni funzionalità di utilizzo e gestione dei servizi, vengono affiancati meccanismi sistematici di raccolta delle informazioni circa l'utilizzo del sistema stesso. Tale raccolta di informazioni viene condotta a diversi livelli, in accordo alla funzione specifica ed al significato dei dati che si intende collezionare.
I tre livelli di raccolta dei dati coincidono con i tre elementi strutturali del sistema, contribuendo a formare una vista globale del sistema. Le diverse funzioni ricoperte da tali “punti di vista†del sistema possono essere così riassunte:
â— supporto all'individuazione di comportamenti ricorrenti degli utenti;
â— supporto alla scelta dei contenuti da mostrare all'utente;
◠supporto alla creazione di modelli di comportamento “attesi†dell'utente; ◠supporto all’utilizzo efficiente degli strumenti messi a disposizione dal sistema.
Per quanto riguarda la raccolta delle informazioni si prevedono quindi tre diverse distribuzioni dei livelli e relative funzionalitÃ
- Presso il relay server 5
- Sullo stato di attività di una certa farmacia
- Sullo stato di attività del sistema intero
- Presso il terminale 1
- A scopo predittivo sui comportamenti utente
- A scopo di ottimizzazione della visualizzazione dei contenuti (organizzazione, filtraggio)
- Presso la postazione di gestione 2, per le statistiche
- Sulla copertura dei servizi
- Sull'utilizzo del personale
Statistiche presso il terminale
Durante tutto il periodo di utilizzo del terminale, il software mantiene in memoria - limitatamente ad un arco temporale - tutte le richieste di fornitura di servizi inoltrate dall'utente, conservando a tal riguardo ogni informazione di rilievo. In questo modo esso successivamente à ̈ in grado di attivare, in maniera del tutto automatica, algoritmi pensati per l'elaborazione di predizioni via via più accurate circa futuri comportamenti dell'utente. Accanto ad ogni predizione à ̈ elaborata anche una stima del livello di accuratezza, ovvero della probabilità che la predizione si riveli fondata e riesca a modellare con successo l'utilizzo che l'utente farà del proprio terminale.
Ponendo l'attenzione sull'interazione finale con l'utente ed alla luce del fatto che i servizi forniti possono avere un’importanza significativa sul quadro clinico dello stesso, assume notevole interesse poter infatti individuare e predire quali siano i comportamenti “attesi†dell'utente medesimo e discernere con una buona approssimazione tra normali aperiodicità ed “anomalie†comportamentali involontarie. Al fine di attuare le suddette statistiche predittive ogni richiesta di fornitura di servizio viene mantenuta in memoria. Le richieste per servizi distinti vengono memorizzate ed analizzate separatamente in virtù del fatto che le necessità dell'utente collegate a servizi differenti sono potenzialmente indipendenti.
A partire da quanto memorizzato, il software provvede periodicamente ad estrarre gli intertempi che occorrono tra le diverse richieste di un determinato servizio.
Un primo tipo di analisi viene condotto semplicemente calcolando la media e la varianza campionaria dei dati così ottenuti. In corrispondenza di una varianza elevata, si può dedurre che il valore di media calcolato sia privo di significato, mentre se il valore della varianza à ̈ contenuto, si può pensare che il valore della media riassuma fedelmente un comportamento ciclico dell'utente.
Analisi ulteriori, sempre basate sull'osservazione di varianza e media campionaria, sono volte ad individuare eventuali distribuzioni multivariate degli intervalli di richiesta di servizio.
Per chiarire maggiormente quanto detto, si riportano due esempi esplicativi: a - L'utente/paziente si trova sotto una determinata terapia che gli impone di richiedere ripetutamente un determinato servizio ad intervalli di 15 giorni. Se ad un certo punto, trascorso un intervallo di 18 giorni, al sistema non à ̈ stata inoltrata alcuna richiesta per quel servizio da parte dell'utente in questione, si à ̈ in presenza di quella che può a ragione essere considerata dal sistema una anomalia comportamentale. A questo punto il protocollo di gestione segnala opportunamente il caso al farmacista di riferimento che - tramite i contatti con i medici di base 8 - à ̈ in grado di comprendere se il fatto sia imputabile ad un problema reale od alla semplice conclusione del ciclo terapeutico. In una realizzazione preferita à ̈ previsto l'interlavoro del database 7, delle informazioni di tipo statistico, e del database 9, con i dati relativi alle cure ed alle terapie disposte dal medico di base, per rilevare l'eventuale cambiamento sul ciclo terapeutico in automatico.
b - L'utente/paziente soffre di un disturbo che non à ̈ caratterizzato da una ciclicità ben determinata ovvero che si può manifestare in maniera del tutto impredicibile. Qualora, in presenza di tale disturbo, l'utente sia portato a fare richiesta di un determinato servizio, anche la durata degli intervalli tra una richiesta e la successiva risulterà casuale. In tal caso il sistema dovrà evitare di segnalare l'irregolarità negli intertempi tra le richieste, rilevando l'assenza di un'effettiva ciclicità nei comportamenti dell'utente.
Statistiche per filtraggio ed organizzazione dei contenuti.
Memorizzando i dati relativi alle richieste di fornitura di servizio, Ã ̈ anche possibile effettuare operazioni di filtraggio ed organizzazione dei contenuti mostrati assecondando le preferenze implicite dell'utente, oppure seguendo le sue particolari esigenze contingenti di assistenza.
A seguito dell'attivazione del terminale (od a seguito di un reset), nell'istante in cui non sono disponibili statistiche sull'utilizzo dei servizi, l'interfaccia utente mostra una griglia equispaziata contenente ognuna delle icone dei servizi disponibili.
L'elenco completo à ̈ visualizzato su un'unica schermata se il numero dei servizi disponibili à ̈ abbastanza contenuto da consentire una suddivisione accettabile dello schermo, ovvero se ogni singola icona risulta leggibile e facilmente selezionabile tramite interfaccia touch.
A seguito di un utilizzo continuato, il sistema acquisirà conoscenza circa i servizi maggiormente utilizzati. Basandosi su queste informazioni, il terminale potrà mostrare le icone relative ai servizi disponibili di dimensioni proporzionate al livello di utilizzo registrato per l'utente.
Ad esempio, supponendo di avere più servizi (A, B, C, D, ...), qualora l'utente utilizzi il servizio A K volte maggiormente rispetto agli altri servizi B, C, D, ... , l'icona del servizio A verrà visualizzata H volte più grande rispetto a quelle dei servizi B, C, D. Così come riportato in Figura 2 in cui à ̈ stilizzatata la condizione di un utente che ha particolari esigenze di visite oculistiche periodiche ed a cui viene segnalata la prossima presenza del medico oculista e/o dell’ottico in sede il 25-5-2011. Sarà possibile inoltre stabilire una soglia di percentuale di utilizzo al di sotto della quale i servizi vengono completamente nascosti all'utente.
Tutti i controlli circa la visualizzazione, il filtraggio dei contenuti e lo stato delle statistiche sono disponibili anche da remoto presso la postazione di gestione 2.
Per quel che riguarda l’aspetto più propriamente procedurale per l’erogazione del servizio, la procedura si compone delle seguenti fasi:
* Creazione di una nuova notifica
Il centro di controllo del server relay 5 attiva la creazione e l’inoltro al terminale di notifiche asincrone. Il sistema deve consentire la creazione di una nuova notifica di tipo testuale da inviare ai terminali.
* Selezione dei destinatari
L'applicativo dedicato consente la selezione di un insieme (o tutti eventualmente) di destinatari tra i clienti che possiedono un terminale attivo a cui dovrà essere recapitato il messaggio di notifica.
* Visualizzazione dello stato di invio
Il sistema riporta lo stato di invio delle singole istanze di ogni notifica sui singoli terminali, consentendo di conoscere se essa à ̈ stata recapitata o meno. Mappe di fornitura generali
Presso il dabase 7 à ̈ prevista l’elaborazione e la stampa di mappe di supporto alla prestazione dei servizi.
Le liste contenenti i dettagli delle prestazioni di servizio da effettuare sono generate con riferimento ad un particolare giorno/settimana/mese in relazione alle richieste accettate e considerando complessivamente ogni membro di supporto impiegato.
Il sistema à ̈ in grado di generare liste contenenti i dettagli delle prestazioni di servizio da effettuare con riferimento ad un particolare giorno/settimana/mese in relazione alle richieste accettate e considerando individualmente ogni membro di supporto impiegato.
Vantaggi ed industrialità del trovato
La componente strutturale costituita dal terminale à ̈ realizzata tramite un sistema embedded basato su architettura ARM9.
Dal momento che lo sviluppo di un software di base ad-hoc causerebbe una lievitazione notevole dei costi, à ̈ stato impiegato un sistema operativo Open-Source (Linux) per realizzare le funzionalità desiderate. Le attuali versioni del kernel di Linux sono in grado di supportare correttamente la piattaforma ARM9, ma si à ̈ reso necessario un lavoro di adattamento della versione base del kernel per poter operare correttamente con la board in questione (SKY2440).
Si riporta di seguito un elenco delle principali modifiche apportate ai componenti software di base:
à ̈ stato rimpiazzato il bootloader di default della scheda con uno sviluppato per schede embedded ed in grado di avviare kernel di sistemi Linux ed offrire un elevato livello di interattività , anche allo scopo di facilitare le procedure di test. La scelta à ̈ ricaduta su U-Boot (Compilato per display 7'' TFT).
In particolare sono stati portati, integrati e testati i seguenti driver: NAND Flash driver, Yaffs file system driver, Serial port driver, Ethernet port driver, USB port driver, LCD/Touch driver, Sound driver, RTC/Watchdog driver. Così come si à ̈ rivelato basilare l'abilitazione del supporto per il protocollo BOOTP/DHCP e per la board SKY2440.
Tutti i componenti software sono pensati nell’ottica di un’estensione del sistema a piattaforme diverse da quella prevista.
Lo sviluppo degli applicativi prevede sviluppi futuri in direzione di piattaforme diverse da quelle attualmente previste. In particolare il sistema à ̈ sviluppato con riguardo ad un suo possibile porting su architetture Android, e/o iOS e/o PHP. Le opportunità di sviluppo di questo progetto sono da ricercare nell’intera rete delle farmacie italiane con particolare riguardo a quelle che sono in grado di possedere dalle centinaia alle migliaia di clienti (medio-grandi).
Per una corretta diffusione del sistema si fa riferimento alle aree ad alta densità abitativa, sfruttando i canali esistenti di comunicazione e diffusione di prodotti farmaceutici.
Sono inoltre evidenti i vantaggi di una soluzione in cui il paziente che viene registrato presso la banca dati della farmacia vede le sue richieste considerate in tempo reale. Ogni richiesta fa riferimento ad un servizio, con gestione opportuna degli errori nella trasmissione delle stesse. Del resto à ̈ comunque possibile impostare un meccanismo di accettazione automatico delle richieste od accettare manualmente le stesse.
Per quanto riguarda l'inoltro di notifiche, ai terminali , Ã ̈ possibile inviare notifiche testuali, potendo visualizzare il relativo stato di ricezione delle stesse.
È possibile visualizzare gli incassi realizzati tramite il sistema in relazione ai servizi erogati. È reso disponibile un report sintetico dei costi sostenuti e dei guadagni realizzati.
L'applicativo dedicato consente - ad ogni fine giornata o ciclo di servizio - di impostare come effettivamente servite alcune o tutte le richieste accettate in dipendenza da quanto riportato dai membri di supporto circa la possibilità / impossibilità di portare a compimento il servizio. Il sistema deve prevedere opzionalmente che si possa definire un certo ammontare da contabilizzare in qualsiasi caso.
Claims (15)
- RIVENDICAZIONI 1. Architettura di rete telematica comprendente le risorse hardware (3) e software (4) per la connessione tra N utenti e almeno una postazione di gestione (2) di servizi farmaceutici, caratterizzata inoltre dal fatto di comprendere: i - una pluralità di terminali (1’, 1†, 1<N>), leggeri e dotati di interfaccia user friendly, ciascuno in possesso di un singolo utente, ed in grado di aprire una connessione con un relay server centrale (5) dedicata al trasferimento delle informazioni inerenti il servizio, ii - almeno una postazione (2) di gestione dei servizi farmaceutici, che invia contenuti e riceve richieste di fornitura di servizi dai terminali (1’, 1†, 1<N>), attraverso un relay server centrale (5); iii - un relay server (5) preposto a garantire la corretta comunicazione e dedicato all'erogazione del servizio interattivo interponendosi tra detti terminali di utente (1’, 1†, 1<N>) e detta almeno una postazione (2) di gestione dei servizi farmaceutici, iii-a un primo database anagrafico (6) statico residente sul relay server centrale (5) preposto alla registrazione ed all'aggiornamento delle informazioni di tipo anagrafico di ciascun utente del servizio farmaceutico, a ciascun utente essendo associato uno ed un solo terminale mediante identificativo univoco, iii-b un secondo database (7) per elaborazioni di tipo statistico e probabilistico, residente sul relay server (5), operativo in tempo reale, in relazione alla sequenza e alla frequenza degli eventi proposti all’utente sul suo terminale (1) ed alle richieste di servizio dirette, viceversa, dall'utente, per mezzo del terminale (1) in suo possesso, attraverso il relay server (5), alla postazione (2) di gestione dei servizi farmaceutici.
- 2. Architettura di rete telematica secondo la rivendicazione 1 caratterizzata dal fatto che il database anagrafico (6) comprende le informazioni relative a ciascun terminale (1) identificato attraverso la sua associazione biunivoca ad un solo account utente con i relativi dati di utilizzo, in detto terminale essendo memorizzato un codice identificativo univoco tramite il quale il terminale attivo (1) Ã ̈ riconosciuto dal server di relay (5) a fini comunicativi e di configurazione, detto codice identificativo essendo costituito da una costante intera assegnata automaticamente dal server di relay (5) durante le procedure di attivazione o sostituzione, la configurazione dell'identificativo da parte del server di relay (5) essendo basata sia sull'indirizzo fisico della scheda di rete del terminale in questione, sia su ulteriori informazioni collegate all'identificativo della postazione di gestione (2) attivante.
- 3. Architettura di rete telematica secondo la rivendicazione 1 caratterizzata dal fatto che detto database (7) per elaborazioni di tipo statistico e probabilistico comprenda: i - i dati di supporto all'individuazione di comportamenti ricorrenti degli utenti; ii - i dati di supporto alla scelta dei contenuti da mostrare all'utente; iii - i dati di supporto alla creazione di modelli di comportamento “attesi†dell'utente; iv - i dati di supporto all’utilizzo efficiente degli strumenti messi a disposizione.
- 4. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet che impiega l'architettura di rete secondo la rivendicazione 1 caratterizzata dal fatto di attuare la raccolta e la memorizzazione delle informazioni ai fini anagrafici e statistici su tre diversi livelli di acquisizione: i - presso il relay server (5) i-a sullo stato di attività di una particolare farmacia, i-b sullo stato di attività del sistema intero, ii - presso ciascun terminale (1) ii-a sui comportamenti utente a scopo predittivo, ii-b sui comportamenti utente allo scopo di ottimizzare la visualizzazione dei contenuti nelle relative operazioni di organizzazione e filtraggio, iii - presso ciascuna postazione di gestione (2) iii-a sulla copertura dei servizi, iii-b sull'utilizzo del personale.
- 5. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo la rivendicazione 4 caratterizzata dal fatto che le richieste da parte di ciascun terminale (1’, 1†, 1<N>), per servizi distinti siano memorizzate ed analizzate separatamente in virtù del fatto che le necessità dell'utente collegate a servizi differenti sono potenzialmente indipendenti, e siano sottoposte ad una prima valutazione di tipo generale e macroscopico per il rilevamento degli intertempi che occorrono tra le diverse richieste di un determinato servizio attraverso il calcolo della media e della varianza campionaria, di qui ricavando l’operatività mirata ed in tempo reale in merito ai contenuti ed alle segnalazioni da inviare a ciascun terminale.
- 6. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo la rivendicazione 5 caratterizzata dal fatto che analisi dedicate basate sull'osservazione delle misure di dispersione permettano di individuare eventuali distribuzioni multivariate ed i relativi coefficienti di variazione degli intervalli di richiesta di servizio.
- 7. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che in presenza di un'anomalia comportamentale, il protocollo di gestione segnali opportunamente il caso al farmacista di riferimento che, tramite i contatti con i medici di base (8), à ̈ in grado di comprendere se il fatto sia imputabile ad un problema insorto realmente od alla semplice conclusione del ciclo terapeutico.
- 8. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che in presenza di un'anomalia comportamentale, il protocollo di gestione esamini opportunamente il caso, tramite il confronto e l'interlavoro del database (7) delle elaborazioni statistiche e probabilistiche e del database (9) con i dati relativi alle cure ed alle terapie disposte dal medico di base, rilevandone l'eventuale cambiamento sul ciclo terapeutico in automatico.
- 9. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che attraverso la memorizzazione e l’analisi dei dati relativi alle richieste di fornitura di servizio, siano effettuate operazioni di filtraggio ed organizzazione dei contenuti mostrati, in base alle preferenze implicite dell'utente, e/o seguendo le sue particolari esigenze contingenti di assistenza.
- 10. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni predenti caratterizzata dal fatto che originariamente l'interfaccia utente mostri una griglia equispaziata contenente ognuna delle icone dei servizi disponibili, l'elenco completo essendo visualizzato su un'unica schermata, ed a seguito di un utilizzo continuato, il sistema acquisendo conoscenza circa i servizi maggiormente utilizzati, selezioni e mostri le icone relative ai servizi disponibili di dimensioni proporzionate al livello di necessità e/o di utilizzo registrato per l'utente.
- 11. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che per l’attivazione del terminale (1) sia disponibile un token di attivazione presso la postazione di gestione (2), da utilizzare attraverso le fasi distinte della I - Creazione del token, in cui il terminale (1) viene formattato creando su di esso i file contenenti le informazioni necessarie all'attivazione, con relativo formato con controllo di errore. II - Verifica di un token attraverso il test sulla disponibilità della connessione, sulla funzionalità del controllo di errore, sulla portata e il ritardo di trasferimento.
- 12. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che le fasi relative all'attivazione di un generico terminale prevedono che: i. - l’operatore presso la posizione di gestione (2) collega un nuovo terminale 1 all'alimentazione e ne effettua l'accensione ii. - appena richiesto tramite notifica visuale, l’operatore presso la posizione di gestione (2) inserisce il token utilizzando una porta USB iii. - il terminale (1) provvede alla verifica della coerenza delle informazioni contenute e memorizza la configurazione iv. - appena richiesto tramite notifica visuale, l’operatore presso la posizione di gestione (2) connette il terminale alla rete utilizzando la porta Ethernet v. - il terminale (1) si connette al database (1) del relay server (5) per ottenere un nuovo identificativo vi. - l’operatore presso la posizione di gestione (2) immette i dati relativi al nuovo utente o seleziona un account esistente tramite la postazione di gestione vii. - l’operatore presso la posizione di gestione (2) utilizza l'apposito pulsante per l'attivazione di un terminale viii. - l’operatore presso la posizione di gestione (2), basandosi sulla corrispondenza dell'identificativo mostrato sul terminale e quello mostrato presso la postazione di gestione, conferma l'attivazione ix. - avviene l’associazione dell'identificativo del nuovo terminale con l'account utente ed il server di relay (5) à ̈ aggiornato dell'avvenuta attivazione.
- 13. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che per la sostituzione di un terminale sono previste le fasi che seguono: i. - l’operatore presso la posizione di gestione (2) collega un nuovo terminale (1) all'alimentazione e ne effettua l'accensione ii. - appena richiesto tramite notifica visuale, l’operatore presso la posizione di gestione (2) inserisce il token utilizzando la porta USB iii. - il terminale provvede alla verifica della coerenza delle informazioni contenute e memorizza la configurazione iv. - appena richiesto tramite notifica visuale, l’operatore presso la posizione di gestione (2) connette il terminale in rete utilizzando la porta Ethernet v. - il terminale si connette al relay server (5) per ottenere un nuovo identificativo vi. - l’operatore presso la posizione di gestione (2) seleziona un account esistente a cui à ̈ associato un terminale tramite la postazione di gestione vii. - l’operatore presso la posizione di gestione (2) utilizza l'apposito pulsante per la sostituzione di un terminale viii. - l’operatore presso la posizione di gestione (2), basandosi sulla corrispondenza dell'identificativo mostrato sul terminale e quello mostrato presso la postazione di gestione, conferma l'attivazione ix. - l’operatore presso la posizione di gestione (2), utilizzando l'apposita funzione, riassocia l'account selezionato con il terminale appena attivato x. - l’operatore presso la posizione di gestione (2), qualora il vecchio terminale sia ancora operativo, procede alla sua disattivazione.
- 14. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che per la disattivazione di un terminale sono previste le fasi che seguono: a) - l’operatore presso la posizione di gestione (2) utilizza l'apposita funzione per accedere all'elenco di terminali attivati ma non associati ad alcun account, b) - l’operatore presso la posizione di gestione (2) seleziona il dispositivo da disattivare verificando la corrispondenza dell'identificativo mostrato presso il dispositivo con quello presente nella lista c) - l’operatore presso la posizione di gestione (2) conferma la disattivazione d) - il relay server attraverso il database (1), provvede a rilasciare l'identificativo collegato al dispositivo e) - il sistema provvede a cancellare da esso i dati relativi al suo utilizzo/ attivazione.
- 15. Tecnica di fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete Internet secondo le rivendicazioni precedenti caratterizzata dal fatto che per l'instradamento delle richieste di servizio da parte di ciascun terminale (1), il server di relay (5) produca un routing affidabile ed efficace delle richieste di fornitura di servizio stesse, attuando la traduzione dell’ID della postazione di gestione (2) associata al terminale (1) nel relativo indirizzo IP per l’inoltro dei pacchetti, così come pure per la notifica di richieste di servizio, mostrando anche le relative notifiche presso la postazione di gestione (2) sull’avvenuto inoltro della particolare richiesta di servizio.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT000297A ITRM20110297A1 (it) | 2011-06-13 | 2011-06-13 | Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT000297A ITRM20110297A1 (it) | 2011-06-13 | 2011-06-13 | Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ITRM20110297A1 true ITRM20110297A1 (it) | 2012-12-14 |
Family
ID=44555247
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| IT000297A ITRM20110297A1 (it) | 2011-06-13 | 2011-06-13 | Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. |
Country Status (1)
| Country | Link |
|---|---|
| IT (1) | ITRM20110297A1 (it) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999022330A1 (en) * | 1997-10-29 | 1999-05-06 | Janice Johnson | Method and system for consolidating and distributing information |
| US20040243793A1 (en) * | 2003-05-27 | 2004-12-02 | Chih-Chien Tang | Method for starting a data processing system via a flash memory device |
| US20050033994A1 (en) * | 2003-06-30 | 2005-02-10 | Sony Corporation | Device registration system, device registration server, device registration method, device registration program, storage medium, and terminal device |
| WO2008130178A1 (en) * | 2007-04-23 | 2008-10-30 | Jae Chern Yoo | Remote medical-diagnosis system and method |
-
2011
- 2011-06-13 IT IT000297A patent/ITRM20110297A1/it unknown
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999022330A1 (en) * | 1997-10-29 | 1999-05-06 | Janice Johnson | Method and system for consolidating and distributing information |
| US20040243793A1 (en) * | 2003-05-27 | 2004-12-02 | Chih-Chien Tang | Method for starting a data processing system via a flash memory device |
| US20050033994A1 (en) * | 2003-06-30 | 2005-02-10 | Sony Corporation | Device registration system, device registration server, device registration method, device registration program, storage medium, and terminal device |
| WO2008130178A1 (en) * | 2007-04-23 | 2008-10-30 | Jae Chern Yoo | Remote medical-diagnosis system and method |
Non-Patent Citations (2)
| Title |
|---|
| MAGRABI F ET AL: "Home telecare: system architecture to support chronic disease management", PROCEEDINGS OF THE 23RD. ANNUAL INTERNATIONAL CONFERENCE OF THE IEEE ENGINEERING IN MEDICINE AND BIOLOGY SOCIETY. 2001 CONFERENCE PROCEEDINGS. (EMBS). INSTANBUL, TURKEY, OCT. 25 - 28, 2001; [ANNUAL INTERNATIONAL CONFERENCE OF THE IEEE ENGINEERING IN, vol. 4, 25 October 2001 (2001-10-25), pages 3559 - 3562, XP010593879, ISBN: 978-0-7803-7211-5 * |
| VERGARA M ET AL: "Mobile Prescription: An NFC-Based Proposal for AAL", NEAR FIELD COMMUNICATION (NFC), 2010 SECOND INTERNATIONAL WORKSHOP ON, IEEE, PISCATAWAY, NJ, USA, 20 April 2010 (2010-04-20), pages 27 - 32, XP031683703, ISBN: 978-0-7695-3998-0 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Aringhieri et al. | Emergency medical services and beyond: Addressing new challenges through a wide literature review | |
| ES2716029T3 (es) | Recuperación y escalada automáticas en aplicaciones complejas distribuidas | |
| CN110795433B (zh) | 一种处方信息存储方法、设备、系统及存储介质 | |
| US9071644B2 (en) | Automated security policy enforcement and auditing | |
| EP3639536A2 (en) | Naming and blockchain recording for the internet of things | |
| CN103210392A (zh) | 警报通知服务 | |
| CN106023466A (zh) | 医患处方互联与智能药品仓储分发系统 | |
| US20200243180A1 (en) | Optimized medication recommendation using a neural network | |
| CN102523242B (zh) | 用于计算机群集中的目标状态通信的方法和系统 | |
| CN105408932A (zh) | 自动利用率驱动库存管理 | |
| CN109299902A (zh) | 医院二级库房管理系统及管理方法 | |
| US20130123977A1 (en) | Systems and methods for managing medication-dispensing canisters | |
| CN107710294A (zh) | 信息处理设备、信息处理方法、信息处理程序和信息处理系统 | |
| CN108463812A (zh) | 自动交易机中的装置之间的次级总线通信 | |
| Sicari et al. | How to evaluate an Internet of Things system: Models, case studies, and real developments | |
| CN108027742B (zh) | 处理数字内容 | |
| CN105205123B (zh) | 一种数据库间数据交互方法和装置 | |
| KR20160083479A (ko) | 약제 불출 시스템 및 그 제어방법 | |
| CN112258197B (zh) | 基于人工智能的账户管理方法、装置、终端及存储介质 | |
| Maher | The power of health information–the use of cohort monitoring in managing patients with chronic non‐communicable diseases | |
| US11244310B2 (en) | Systems for reimbursing and reconciling pharmacy-related transactions | |
| ITRM20110297A1 (it) | Fornitura di servizi farmaceutici in modalità interattiva per mezzo della rete internet. | |
| KR102610532B1 (ko) | 블록 체인 네트워크 시스템의 동작 방법 | |
| ITMI20112406A1 (it) | Terminale cliente e sistema di self-shopping | |
| CN110675928A (zh) | 基于互联网与物联网的医药配送方法及系统 |