Care este descrierea corectă a ciclului de viață al unui sistem informatic?
Desemnează lanțul care merge de la planificare și achiziție la implementare, exploatare, evaluare și apoi la următoarea înnoire
Odată implementat, sistemul nu mai are nevoie de actualizări ulterioare
Ciclul de viață este un termen care desemnează exclusiv durata de folosință a hardware-ului
Rezultatele evaluărilor efectuate în timpul exploatării nu trebuie reflectate în planificarea sistemului următor
Răspuns corectA. Desemnează lanțul care merge de la planificare și achiziție la implementare, exploatare, evaluare și apoi la următoarea înnoire
Sistemele informatice au un ciclu de viață care continuă astfel: planificare și achiziție → implementare → exploatare → evaluare → următoarea înnoire; este important ca evaluările din exploatare să fie reflectate în planificarea sistemului următor. Nu se termină cu o singură implementare și nu desemnează doar durata de folosință a hardware-ului. Varianta care spune că evaluarea nu trebuie reflectată contrazice și ea ideea ciclului de viață.
Î2 | RFI și RFP
Care este descrierea corectă a RFP (cererea de propuneri)?
Este documentul prin care li se cere furnizorilor (vendorilor) să ofere informații despre produse și tehnologii
Este documentul de proiectare detaliată întocmit de furnizor după încheierea contractului
Este documentul prin care furnizorul prezintă instituției medicale numai suma din deviz
Este documentul prin care instituția medicală prezintă cerințele și le cere furnizorilor să depună propuneri
Răspuns corectD. Este documentul prin care instituția medicală prezintă cerințele și le cere furnizorilor să depună propuneri
RFP (Request for Proposal) este documentul prin care instituția medicală prezintă cerințele și condițiile de achiziție și le cere furnizorilor să depună propuneri. Documentul prin care se cer informații despre produse și tehnologii este RFI (Request for Information), folosit în etapa dinaintea fixării cerințelor. Prezentarea doar a devizului sau proiectarea detaliată de după contract nu sunt RFP.
Î3 | Etapele achiziției
Care este ordinea cronologică corectă a etapelor de achiziție a unui sistem informatic spitalicesc?
Emiterea RFP → clarificarea cerințelor de achiziție → crearea criteriilor de evaluare a furnizorilor → selectarea furnizorului și contractarea
Selectarea furnizorului și contractarea → emiterea RFP → clarificarea cerințelor de achiziție → crearea criteriilor de evaluare a furnizorilor
Crearea criteriilor de evaluare a furnizorilor → selectarea furnizorului și contractarea → emiterea RFP → clarificarea cerințelor de achiziție
Clarificarea cerințelor de achiziție → crearea criteriilor de evaluare a furnizorilor → emiterea RFP → selectarea furnizorului și contractarea
Răspuns corectD. Clarificarea cerințelor de achiziție → crearea criteriilor de evaluare a furnizorilor → emiterea RFP → selectarea furnizorului și contractarea
Achiziția începe cu clarificarea cerințelor, continuă cu examinarea modului de achiziție și crearea criteriilor de evaluare a furnizorilor, apoi cu întocmirea și emiterea RFP, evaluarea propunerilor și, în final, selectarea furnizorului și contractarea. Ordinea în care RFP precede clarificarea cerințelor sau în care contractarea vine prima este imposibilă. Punctul-cheie este ca criteriile de evaluare să fie create înainte de emiterea RFP.
Î4 | Caietul de sarcini
Care este descrierea corectă a specificației de cerințe (caietul de sarcini)?
Este documentul în care este transcris ca atare codul-sursă al programului
Este documentul prin care instituția medicală clarifică cerințele pe care dorește să le realizeze și le transmite furnizorului
Este documentul care stabilește procedurile de tratare a defecțiunilor apărute după punerea în funcțiune
Este raportul de finalizare pe care furnizorul îl predă instituției medicale la livrarea sistemului
Răspuns corectB. Este documentul prin care instituția medicală clarifică cerințele pe care dorește să le realizeze și le transmite furnizorului
Specificația de cerințe este documentul prin care instituția medicală își clarifică cerințele față de sistem și le transmite furnizorului la achiziție. Ea cuprinde cerințele de bază, cerințele tehnice de hardware și software, cerințele de interconectare a sistemelor etc. Raportul de finalizare, codul-sursă și procedurile de tratare a defecțiunilor nu sunt specificația de cerințe.
Î5 | Selectarea furnizorului
Care este cea mai potrivită abordare pentru a selecta furnizorul în mod echitabil și obiectiv?
Criteriile de evaluare a furnizorilor se creează înainte de emiterea RFP, iar propunerile se compară pe baza lor
Doar unui anumit furnizor i se transmit cerințe mai detaliate decât RFP, cerându-i-se propunerea
Nu se face nicio evaluare și se alege întotdeauna furnizorul cu devizul cel mai ieftin
Se așteaptă strângerea propunerilor tuturor furnizorilor, apoi criteriile de evaluare se creează potrivit conținutului acestora
Răspuns corectA. Criteriile de evaluare a furnizorilor se creează înainte de emiterea RFP, iar propunerile se compară pe baza lor
Prin crearea criteriilor de evaluare înainte de emiterea RFP, propunerile pot fi comparate echitabil și obiectiv, cu aceeași unitate de măsură. Crearea criteriilor după vederea propunerilor duce ușor la evaluări arbitrare. Selecția doar după preț omite evaluarea funcțiilor și a organizării mentenanței, iar furnizarea de informații doar unui anumit vendor subminează echitatea, deci sunt nepotrivite.
Î6 | Formele de contract
Care este afirmația corectă privind formele de achiziționare a echipamentelor?
În leasing, instituția medicală cumpără direct echipamentul și îl înscrie ca activ propriu
Echipamentele cumpărate nu prezintă riscul uzurii morale prin progresul tehnologic
Leasingul presupune utilizare pe termen lung și, în principiu, nu poate fi reziliat înainte de termen
Închirierea (rental) presupune utilizare pe termen lung și, în principiu, nu poate fi reziliată înainte de termen
Răspuns corectC. Leasingul presupune utilizare pe termen lung și, în principiu, nu poate fi reziliat înainte de termen
Leasingul este forma în care echipamentul cumpărat de societatea de leasing este împrumutat pe termen lung și, în principiu, nu poate fi reziliat înainte de termen. Închirierea este pentru utilizare pe termen scurt și, spre deosebire de leasing, poate fi reziliată. În leasing, cel care cumpără și înscrie echipamentul ca activ este societatea de leasing, nu instituția medicală. Cumpărarea face echipamentul activ propriu, dar riscul uzurii morale prin progresul tehnologic nu poate fi evitat.
Î7 | Externalizare și detașare
Care este afirmația corectă despre diferența dintre externalizarea activității și detașarea de personal?
La externalizare, instituția medicală beneficiară dă comenzi directe fiecărui lucrător al prestatorului
La externalizare prestatorul își execută activitatea sub propria comandă, iar la detașare comanda o dă beneficiarul detașării
Nu există diferență privind dreptul de comandă; diferă doar denumirea contractului
La detașarea de personal, societatea care detașează dă comenzile privind activitatea zilnică la locul de detașare
Răspuns corectB. La externalizare prestatorul își execută activitatea sub propria comandă, iar la detașare comanda o dă beneficiarul detașării
Externalizarea este contractul prin care prestatorul execută activitatea pe propria răspundere și sub propria comandă; instituția medicală beneficiară nu poate da comenzi directe lucrătorilor prestatorului. La detașarea de personal, instituția medicală la care se face detașarea dă comenzi lucrătorilor detașați. Localizarea dreptului de comandă este diferența esențială dintre cele două, nu doar denumirea.
Î8 | Contractul de mentenanță
Care este obiectul cel mai potrivit al unui contract de mentenanță software?
Înlocuirea și repararea componentelor defecte ale serverului
Pozarea cablurilor și lucrările de cablare ale rețelei LAN din spital
Lucrările de mutare a terminalelor la schimbarea locului de instalare
Tratarea defectelor descoperite după punerea în funcțiune
Răspuns corectD. Tratarea defectelor descoperite după punerea în funcțiune
Mentenanța software are ca obiect corectarea defectelor (bugurilor) descoperite după punerea în funcțiune și aplicarea corecțiilor de program. Înlocuirea componentelor serverului ține de mentenanța hardware. Pozarea cablurilor LAN și mutarea terminalelor sunt lucrări de construcție și instalare, în afara contractului de mentenanță software.
Î9 | Cerințele de interconectare
Care este cea mai potrivită descriere a cerințelor de interconectare a sistemelor consemnate în specificația de cerințe?
Detaliile conectării se pot stabili după punerea în funcțiune, deci nu trebuie consemnate în specificație
Cerințele de interconectare le stabilește liber fiecare furnizor, fără implicarea instituției medicale
Se precizează sistemele de conectat, informațiile schimbate și modul de conectare (utilizarea standardelor etc.)
Între produse ale aceluiași furnizor nu este necesară consemnarea cerințelor de interconectare
Răspuns corectC. Se precizează sistemele de conectat, informațiile schimbate și modul de conectare (utilizarea standardelor etc.)
Pentru a conecta mai multe sisteme, precum fișa medicală electronică și sistemele de compartiment, trebuie precizate în specificație sistemele vizate, tipurile de informații schimbate și modul de conectare (inclusiv utilizarea standardelor), clarificând limitele de responsabilitate. Amânarea după punerea în funcțiune, lăsarea pe seama furnizorilor sau renunțarea în cazul aceluiași furnizor duc la conexiuni defectuoase și la responsabilități neclare.
Î10 | CIO medical
Care este cea mai potrivită descriere a strategiei de implementare a sistemului informatic spitalicesc?
Scopul implementării sistemului se limitează la eficientizarea muncii administrative
Odată stabilită, strategia de implementare nu mai are nevoie de evaluare sau revizuire
Elaborarea strategiei se face doar de către compartimentul IT; e mai bine ca managementul și compartimentele clinice să nu se implice
Strategia de implementare se elaborează pe baza strategiei de management a spitalului, iar CIO medical joacă rolul central în promovarea strategiei de informatizare
Răspuns corectD. Strategia de implementare se elaborează pe baza strategiei de management a spitalului, iar CIO medical joacă rolul central în promovarea strategiei de informatizare
Implementarea sistemului informatic spitalicesc este parte a strategiei de informatizare bazate pe strategia de management; implicarea conducerii și formarea consensului sunt indispensabile, iar directorul responsabil cu informația în medicină (CIO medical) joacă rolul central în elaborarea și promovarea strategiei. Decizia luată doar de compartimentul IT nu asigură consensul. Scopurile implementării s-au diversificat — calitatea actului medical, cooperarea etc. —, iar strategia se evaluează și se revizuiește repetat.
Î11 | Crearea nomenclatoarelor
Care este cea mai potrivită descriere a creării nomenclatoarelor (masterelor) la implementare?
Crearea nomenclatoarelor poate începe după intrarea în serviciu a sistemului
Nomenclatoarele de medicamente, diagnostice etc. sunt pregătite standard de furnizor, deci instituția medicală nu trebuie să se implice deloc
Nomenclatoarele de medicamente, diagnostice, analize etc. au mult conținut dependent de practica internă, deci implicarea instituției medicale este indispensabilă
Odată create, nomenclatoarele nu mai au nevoie de revizuiri sau actualizări
Răspuns corectC. Nomenclatoarele de medicamente, diagnostice, analize etc. au mult conținut dependent de practica internă, deci implicarea instituției medicale este indispensabilă
Nomenclatoarele de medicamente, diagnostice, analize, utilizatori etc. depind mult de realitățile interne — medicamentele adoptate, regulile de lucru —, deci instituția medicală trebuie să se implice activ în întocmirea lor. Nu pot fi lăsate pe seama furnizorului, iar fără pregătirea lor înainte de punerea în funcțiune sistemul nu lucrează corect. Nomenclatoarele necesită și după pornire o gestiune continuă, de exemplu la revizuirea prețurilor medicamentelor.
Î12 | Ordinea implementării
Care este ordinea corectă a lucrărilor de la faza de implementare până la intrarea în serviciu?
Crearea nomenclatoarelor → detalierea funcționării și specificațiilor → recepția → testul de exploatare (repetiția generală)
Detalierea funcționării și specificațiilor → crearea nomenclatoarelor → testul de exploatare (repetiția generală) → recepția
Recepția → detalierea funcționării și specificațiilor → crearea nomenclatoarelor → testul de exploatare (repetiția generală)
Testul de exploatare (repetiția generală) → detalierea funcționării și specificațiilor → recepția → crearea nomenclatoarelor
Răspuns corectB. Detalierea funcționării și specificațiilor → crearea nomenclatoarelor → testul de exploatare (repetiția generală) → recepția
Faza de implementare trece prin detalierea funcționării și specificațiilor, dezvoltare, configurare și construirea sistemului, crearea nomenclatoarelor, testele de sistem, migrarea datelor și instruirea utilizatorilor; înainte de pornire se face testul de exploatare (repetiția generală), iar după recepție urmează intrarea în serviciu. Ordinea în care recepția sau repetiția precede detalierea specificațiilor și crearea nomenclatoarelor nu se susține.
Î13 | Migrarea datelor
Care este cea mai potrivită descriere a migrării datelor de la sistemul vechi la cel nou?
Se stabilește sfera datelor de migrat și, după migrare, se verifică dacă datele au fost preluate corect
Migrarea se poate face pe îndelete după intrarea în serviciu, deci nu e nevoie de planificare înainte de pornire
Verificarea datelor migrate nu este necesară
Toate datele sistemului vechi se distrug, fără a fi preluate în sistemul nou
Răspuns corectA. Se stabilește sfera datelor de migrat și, după migrare, se verifică dacă datele au fost preluate corect
La migrarea datelor se decide ce parte din datele de bază ale pacienților și datele clinice se migrează, se examinează metoda, se execută migrarea și apoi se verifică preluarea corectă a datelor — acest lucru este esențial. Pentru continuitatea îngrijirii, migrarea trebuie planificată înainte de pornire; omiterea verificării sau distrugerea datelor clinice fără preluare sunt nepotrivite.
Î14 | Recepția
Care este descrierea corectă a recepției?
Se analizează cauzele defecțiunilor apărute după punerea în funcțiune
Furnizorul execută intern testele unitare ale programelor și verifică dacă funcționarea este fără probleme
Instituția medicală verifică faptul că sistemul livrat funcționează conform specificației de cerințe și îl acceptă
Instituția medicală organizează pentru angajați instruirea de operare a sistemului
Răspuns corectC. Instituția medicală verifică faptul că sistemul livrat funcționează conform specificației de cerințe și îl acceptă
Recepția este actul prin care instituția medicală, în calitate de beneficiar, verifică faptul că sistemul livrat funcționează conform specificației de cerințe și îl acceptă; livrarea se încheie prin recepție. Testele unitare interne ale furnizorului sunt parte a testelor de sistem, instruirea de operare este educația utilizatorilor, iar analiza cauzelor defecțiunilor este o activitate a fazei de exploatare — niciuna nu este recepția.
Î15 | Repetiția generală
Care este scopul cel mai potrivit al testului de exploatare (repetiția generală)?
Estimarea de către furnizor a manoperei și costurilor necesare dezvoltării
Măsurarea capacității de răcire a instalației de climatizare din camera serverelor
Utilizarea sistemului cap-coadă, urmând fluxul real de lucru, pentru a scoate la iveală problemele de exploatare înainte de pornire
Verificarea vizuală, rând cu rând, a codului-sursă al programelor dezvoltate
Răspuns corectC. Utilizarea sistemului cap-coadă, urmând fluxul real de lucru, pentru a scoate la iveală problemele de exploatare înainte de pornire
Testul de exploatare (repetiția generală) folosește sistemul la fel ca în producție, urmând fluxul real de lucru — de la primire la consultație, analize și plată — pentru a scoate la iveală problemele de exploatare înainte de pornire. Verificarea codului-sursă este testare a dezvoltatorului, estimarea manoperei ține de etapa de achiziție și contractare, iar măsurarea climatizării ține de instalații; nu sunt scopurile testului de exploatare.
Î16 | Formarea consensului
Care este scopul cel mai potrivit al înființării grupurilor de lucru cu participarea personalului operativ la implementarea sistemului?
Detalierea funcționării și specificațiilor pe compartimente și formarea consensului în spital
Eliminarea procedurilor de decizie ale conducerii
Reducerea personalului compartimentului IT și limitarea costurilor
Păstrarea secretă față de ceilalți angajați a sumei contractului cu furnizorul
Răspuns corectA. Detalierea funcționării și specificațiilor pe compartimente și formarea consensului în spital
Grupurile de lucru reunesc reprezentanți ai personalului operativ — medici, asistenți, tehnicieni, personal administrativ — pentru a detalia funcționarea și specificațiile pe compartimente, a armoniza cerințele și a avansa consensul în spital. Scopul nu este secretizarea sumei contractului și nici înlocuirea deciziei conducerii (comitete etc.); nu sunt nici un mijloc de reducere a personalului.
Î17 | Echipa furnizorului
Care este cea mai potrivită descriere a organizării de partea furnizorului într-un proiect de implementare?
Persoanele responsabile ale furnizorului pot rămâne nedesemnate și după încheierea contractului
De partea furnizorului nu se formează o echipă de proiect; un singur agent de vânzări se ocupă de toate etapele
Organizarea furnizorului este informație internă și nu trebuie adusă la cunoștința instituției medicale
Se formează o echipă condusă de managerul de proiect, compusă din responsabili de proiectare, dezvoltare, sprijin la implementare etc.
Răspuns corectD. Se formează o echipă condusă de managerul de proiect, compusă din responsabili de proiectare, dezvoltare, sprijin la implementare etc.
De partea furnizorului se formează o echipă de proiect condusă de managerul de proiect, cu responsabili de proiectare, dezvoltare, sprijin la implementare etc., care se coordonează în oglindă cu echipa instituției medicale. Un singur agent de vânzări nu acoperă toate etapele. Organizarea este prezentată instituției în propunere, iar responsabilii trebuie desemnați, inclusiv pentru a clarifica punctele de contact.
Î18 | Coordonarea între organizații
Care este cea mai potrivită descriere a coordonării într-o implementare de sistem spitalicesc la care participă mai mulți furnizori?
Se creează dinainte mecanisme de coordonare între structurile instituției, între instituție și furnizori și, în plus, între furnizori
Coordonarea se face în principiu doar verbal, fără a fi consemnată în documente
Furnizorii sistemelor de compartiment nu au voie să-și împărtășească specificațiile de interconectare
Niciun furnizor nu se ocupă de coordonarea dintre furnizori; soluțiile se caută abia după apariția problemelor
Răspuns corectA. Se creează dinainte mecanisme de coordonare între structurile instituției, între instituție și furnizori și, în plus, între furnizori
La implementările cu mai mulți furnizori — fișa medicală electronică și sistemele de compartiment — este important să se creeze dinainte mecanisme (organisme de întâlnire etc.) pentru coordonarea între structurile instituției, între instituție și furnizori și între furnizori. Reacțiile improvizate după apariția problemelor și neîmpărtășirea specificațiilor de interconectare duc la conexiuni defectuoase. Rezultatele coordonării se consemnează și se difuzează.
Î19 | Asistența după pornire
Care este cea mai potrivită conduită imediat după intrarea în serviciu?
Chiar dacă apar defecțiuni, în perioada imediat următoare pornirii nu se răspunde la sesizările venite de la utilizatori
Pentru a evita confuzia, conturile tuturor angajaților se suspendă temporar
Datele sistemului vechi se șterg integral, imediat, odată cu pornirea
Responsabilii furnizorului și ai compartimentului IT sunt prezenți la fața locului și răspund imediat la întrebări și defecte
Răspuns corectD. Responsabilii furnizorului și ai compartimentului IT sunt prezenți la fața locului și răspund imediat la întrebări și defecte
Imediat după intrarea în serviciu se aglomerează întrebările de operare și defectele, de aceea responsabilii furnizorului și ai compartimentului IT stau la fața locului și răspund imediat (asistența de după pornire). Ignorarea defecțiunilor, suspendarea conturilor imediat după pornire sau ștergerea imediată a datelor sistemului vechi afectează continuitatea activității clinice și conservarea datelor, deci sunt nepotrivite.
Î20 | Scopul implementării
Care este cea mai potrivită descriere a scopurilor implementării unui sistem informatic spitalicesc?
Scopul implementării nu trebuie clarificat dinainte, înaintea întocmirii specificației de cerințe
Scopul implementării este exclusiv accelerarea solicitării tarifelor pentru servicii medicale
Scopul implementării este creșterea volumului de muncă al compartimentului IT și extinderea structurii sale
Pe lângă eficientizarea activității, scopurile s-au diversificat: creșterea calității și siguranței actului medical, cooperarea regională etc.
Răspuns corectD. Pe lângă eficientizarea activității, scopurile s-au diversificat: creșterea calității și siguranței actului medical, cooperarea regională etc.
Scopurile implementării sistemului informatic spitalicesc s-au diversificat: nu doar eficientizarea administrației și facturarea, ci și creșterea calității și siguranței actului medical, utilizarea în managementul instituției, adaptarea la cooperarea regională etc. Clarificarea scopului este premisa întocmirii specificației și a evaluării ulterioare; implementarea fără scop definit sau înțelegerea limitată la un singur scop nu sunt potrivite.
Î21 | Cele 3 niveluri de reguli
În structura pe 3 niveluri a regulilor de exploatare a sistemelor informatice, care indică orientarea de bază a organizației?
Manifestul
Politica
Procedura
Standardul
Răspuns corectB. Politica
Regulile de exploatare se organizează pe 3 niveluri: politica (policy), ce indică orientarea de bază; standardul, regulamentul de administrare care o concretizează; și procedura (instrucțiunile de lucru), care stabilește pașii activității zilnice. Procedura este nivelul instrucțiunilor, standardul este nivelul regulamentului — nu orientarea de bază. Manifestul nu este un termen al acestei structuri pe 3 niveluri.
Î22 | Punctele regulamentului
Care dintre următoarele NU este un punct potrivit de inclus în regulamentul de administrare a exploatării sistemului informatic spitalicesc?
Realizarea educației și instruirii
Măsurile de siguranță privind externalizarea activității
Lista diagnosticelor fiecărui pacient în parte
Îndatoririle utilizatorilor
Răspuns corectC. Lista diagnosticelor fiecărui pacient în parte
Regulamentul de administrare a exploatării stabilește obiectul și structura administrării, îndatoririle administratorilor, responsabililor și utilizatorilor, utilizarea serverelor, terminalelor și rețelei, manipularea și păstrarea datelor, realizarea educației și instruirii, măsurile de siguranță la externalizare, sancțiunile etc. Lista diagnosticelor fiecărui pacient ține de conținutul înregistrărilor clinice și nu se consemnează într-un regulament de reguli de exploatare.
Î23 | Gestiunea utilizatorilor
Care este cea mai potrivită practică de gestiune a utilizatorilor sistemului informatic spitalicesc?
Parolele se afișează pe bilețele lipite pe terminale, pentru a fi cunoscute
Conturile celor plecați din instituție se dezactivează cu promptitudine
În interiorul unui compartiment, un singur ID este folosit în comun de toți
Conturile celor plecați din instituție rămân valabile pentru totdeauna, ca amintire
Răspuns corectB. Conturile celor plecați din instituție se dezactivează cu promptitudine
În gestiunea utilizatorilor, înregistrarea și dezactivarea conturilor se leagă de informațiile de personal, iar conturile celor plecați se dezactivează prompt — aceasta este regula de bază. Partajarea ID-urilor face inutilă evidența cine a operat (pista de audit), iar lăsarea conturilor foștilor angajați și afișarea parolelor pe bilețele provoacă acces neautorizat; toate sunt nepotrivite.
Î24 | Separarea atribuțiilor
Care este cea mai potrivită descriere a principiului segregării?
Ideea de a separa privilegiile și atribuțiile, fără a le concentra la o singură persoană, astfel încât să funcționeze controlul reciproc
Ideea de a vopsi terminalele în culori diferite pe secții, pentru a le deosebi
Ideea de a acorda tuturor utilizatorilor aceleași privilegii de administrator, pentru ca oricine să poată face aceleași operațiuni
Ideea de a unifica parola pentru tot personalul și de a o folosi în comun
Răspuns corectA. Ideea de a separa privilegiile și atribuțiile, fără a le concentra la o singură persoană, astfel încât să funcționeze controlul reciproc
Principiul segregării separă privilegiile și atribuțiile în loc să le concentreze la o singură persoană — de exemplu înregistrarea și aprobarea sunt făcute de persoane diferite — astfel încât controlul reciproc să prevină fraudele și greșelile. Acordarea privilegiilor de administrator tuturor și unificarea parolelor contravin administrării în siguranță. Colorarea terminalelor nu are legătură cu separarea atribuțiilor.
Î25 | Gestiunea nomenclatoarelor
Care este cea mai potrivită tratare a poziției de nomenclator a unui medicament la care s-a renunțat?
Nu se face nimic special; rămâne selectabilă ca atare și la ordinele noi
Poziția respectivă se șterge fizic din nomenclator
Denumirea poziției se rescrie cu numele altui medicament și se reutilizează
Nu se șterge, ci se invalidează (se suspendă utilizarea), păstrându-se coerența cu datele din trecut
Răspuns corectD. Nu se șterge, ci se invalidează (se suspendă utilizarea), păstrându-se coerența cu datele din trecut
Dacă poziția din nomenclator este ștearsă, datele tranzacționale din trecut care o referă (istoricul de prescrieri etc.) nu se mai pot afișa corect. De aceea, pentru coerența dintre nomenclator și datele tranzacționale, se răspunde prin invalidare (suspendarea utilizării), nu prin ștergere. Rescrierea denumirii schimbă sensul înregistrărilor din trecut, iar lăsarea ca atare devine sursă de ordine greșite.
Î26 | Reacția la defecțiuni
Care este cea mai potrivită reacție atunci când sistemul informatic spitalicesc se oprește în timpul consultațiilor?
Se determină aria afectată, se anunță compartimentele utilizatoare și se trece la modul de lucru alternativ, de exemplu pe hârtie
Până la lămurirea cauzei defecțiunii nu se face nicio comunicare către compartimentele utilizatoare
Se lucrează doar la remediere, fără a anunța spitalul că a apărut o defecțiune
Toate consultațiile se suspendă până la repunerea în funcțiune a sistemului
Răspuns corectA. Se determină aria afectată, se anunță compartimentele utilizatoare și se trece la modul de lucru alternativ, de exemplu pe hârtie
La o defecțiune de sistem se determină aria afectată, se anunță prompt compartimentele utilizatoare și se trece la modul de lucru alternativ stabilit dinainte — de exemplu pe hârtie — continuându-se consultațiile; după remediere, înregistrările din perioada alternativă se introduc retroactiv. Suspendarea tuturor consultațiilor afectează continuitatea îngrijirii, iar lucrul la remediere fără comunicare lasă personalul fără repere și provoacă haos.
Î27 | IT-BCP
Care este cea mai potrivită descriere a IT-BCP și a recuperării în caz de dezastru (disaster recovery)?
IT-BCP este planul de continuare a activităților importante și în caz de dezastru, iar disaster recovery desemnează restaurarea sistemelor afectate
Disaster recovery desemnează ansamblul procedurilor de achiziționare și înlocuire a unui sistem informatic nou
Dacă IT-BCP este elaborat, exercițiile de pregătire pentru dezastre nu mai sunt necesare
IT-BCP este planul de publicitate și promovare desfășurat în perioadele normale
Răspuns corectA. IT-BCP este planul de continuare a activităților importante și în caz de dezastru, iar disaster recovery desemnează restaurarea sistemelor afectate
IT-BCP, ca parte a managementului continuității activității în instituțiile medicale, este planul de continuare și reluare rapidă a activităților importante și în caz de dezastru sau defecțiune, iar disaster recovery desemnează restaurarea și recuperarea sistemelor informatice afectate. Planul nu doar se elaborează: sunt importante exercițiile din timp de normalitate; nu este vorba de proceduri de achiziție sau de publicitate.
Î28 | Modificările sistemului
Care este modificarea de sistem reprezentativă care apare periodic în faza de exploatare a sistemului informatic spitalicesc?
Adaptarea la modificarea tarifelor parcării
Adaptarea la revizuirea tarifelor pentru servicii medicale
Adaptarea la schimbarea meniului cantinei personalului
Adaptarea la schimbarea siglei spitalului
Răspuns corectB. Adaptarea la revizuirea tarifelor pentru servicii medicale
Modificarea reprezentativă din faza de exploatare este adaptarea la revizuirea tarifelor pentru servicii medicale (診療報酬改定, shinryō hōshū kaitei). La fiecare revizuire sunt necesare modificări ale nomenclatoarelor și logicii de calcul din sistemul de facturare și din sistemul de ordine. Modificările pentru siguranța pacientului sunt și ele un exemplu tipic. Sigla, meniul cantinei și tarifele parcării nu sunt modificări reprezentative ale sistemului spitalicesc.
Î29 | Îmbunătățirea continuă
Care este cel mai potrivit flux al îmbunătățirii continue a sistemului informatic spitalicesc?
Se definește obiectul măsurării, se colectează și se analizează datele, se sintetizează informația și se ajunge la acțiuni corective
Datele doar se colectează, fără analiză și fără utilizare
Se începe cu acțiunile corective și abia apoi se definesc obiectul și metoda măsurării
Nu se fac îmbunătățiri; prioritatea absolută este menținerea situației actuale
Răspuns corectA. Se definește obiectul măsurării, se colectează și se analizează datele, se sintetizează informația și se ajunge la acțiuni corective
Îmbunătățirea continuă începe cu definirea obiectului măsurării și confirmarea măsurabilității, apoi colectarea datelor, prelucrarea și analiza lor, sintetizarea și utilizarea informației și, în final, acțiunile corective. Acțiunile corective nu pot veni primele, iar fără analiza datelor colectate nu există temei pentru îmbunătățire. Prioritizarea menținerii situației actuale contrazice ideea îmbunătățirii continue.
Î30 | Efectele secundare ale informatizării
Care dintre următoarele este menționat ca efect secundar al implementării sistemului informatic spitalicesc și al informatizării?
Înjumătățirea garantată a consumului de energie electrică al spitalului prin implementarea sistemului
Reducerea parțială a comunicării și confuzia produsă de schimbarea fluxurilor de lucru
Creșterea numărului documentelor scrise de mână folosite în spital odată cu digitalizarea
Scăderea puternică a lizibilității înregistrărilor clinice față de cele pe hârtie
Răspuns corectB. Reducerea parțială a comunicării și confuzia produsă de schimbarea fluxurilor de lucru
Printre efectele secundare ale informatizării se numără reducerea parțială a comunicării prin înmulțirea interacțiunilor prin ecran, confuzia produsă de schimbarea fluxurilor de lucru, haosul din exploatarea la defecțiuni și tipizarea inadecvată a actului medical prin șabloane. Prin digitalizare lizibilitatea mai degrabă crește, iar documentele de mână se împuținează. Înjumătățirea consumului electric nu ține de discuția efectelor secundare.
Exersare: rezolvați întrebările de pe această pagină
Acesta este un instrument de exersare cu întrebări în ordine aleatorie (funcționează când JavaScript este activat). Puteți citi oricum toate întrebările și explicațiile de mai sus.
* Explicațiile sunt informații în scop de studiu. Tematica și sistemul examenelor se schimbă de la an la an, așa că verificați întotdeauna anunțurile oficiale ale organizatorului examenului.
Această pagină este o traducere a textului original în japoneză. Dacă traducerea diferă de original, prevalează versiunea în japoneză. Vedeți originalul în japoneză