Toto je staršia verzia dokumentu!
Ako to vlastne celé prebieha v Omege. Zoberme si už stav, že máme zosynchronizované FRO žiadanky z Ordinis-u.
Toto som zhrnul, čo sa deje na strane Omegy v prípade FRO a teraz by som sa pokúsil navrhnúť, ako by sa tieto údaje mali dostať do Ordinis-u.
Ako som spomínal, posielal by som vám to formou LOG-u, teda že k jednej žiadanke sa tam budú neustále dopĺňať informácie, ak zmení svoj stav. Nebudem robiť spätný update už zapísaných záznamov. Budem tu používať aj náš Omegový termín „slot“, aby ste aj vy mali predstavu.
Do tabuľky `a_rezis_sync`
zapisuje Omega v transakcii, takže by sa nemali zobrazovať čiastkové údaje.
Keď operátor naplánuje slot s FRO žiadankou, tento stav by sme mohli považovať ako váš STATUS_P=2.
Omega do tabuľky `a_rezis_sync`
zapíše:
Pole | Typ | Hodnota |
---|---|---|
COLUMN_NAME | string | "fro-header" |
COL11_NR | int | Číslo žiadanky z Ordinis-u. |
COL12_NR | int | Inkrementálne ID logu. |
COL13_NR | int | 2 → naplánovanie |
COL14_NR | int | Číslo pacienta z Ordinis-u (PT_ID). |
COL15_NR | int | ID lekára z Ordinis-u (ak je k dispozícií). |
COL17_DT | datetime | Dátum a čas, kedy operátor v Omege plánoval, nie na kedy! |
COL18_DT | datetime | Dátum a čas, na kedy je naplánovaný prvý výkon/procedúra, dátum prvého slotu. |
K tomuto stavu nebudeme posielať žiadne výkony!
Teraz prichádza stav, ktorý vy voláte „zahájenie liečby“ STATUS_P=3. Bude sa jednať o vykonanie úplne prvého slotu v rámci žiadanky.
Vysvetľujem si to tak, že už prišiel daný deň, pacient prišiel, urobili sa procedúry/výkony na danom slote (jeden z celej rady k danej žiadanke). Následne operátor na tomto slote a tejto žiadanke nastaví, aké výkony/procedúry sa skutočne vykonali.
Omega do tabuľky `a_rezis_sync`
zapíše:
Pole | Typ | Hodnota |
---|---|---|
COLUMN_NAME | string | "fro-header" |
COL11_NR | int | Číslo žiadanky z Ordinis-u. |
COL12_NR | int | Inkrementálne ID logu. |
COL13_NR | int | 3 → zahájenie liečby |
COL14_NR | int | Číslo pacienta z Ordinis-u (PT_ID). |
COL15_NR | int | ID lekára z Ordinis-u (ak je k dispozícií). |
COL18_DT | datetime | Dátum a čas prvého výkonu/procedúry v rámci tejto jednej žiadanky. |
Pre každý jeden výkon/procedúru sa do tabuľky `a_rezis_sync`
zapíše:
Pole | Typ | Hodnota |
---|---|---|
COLUMN_NAME | string | "fro-service" |
COL11_NR | int | Číslo žiadanky z Ordinis-u. |
COL12_NR | int | Inkrementálne ID logu. |
COL1_512TX | string | Kód výkonu/procedúry. |
COL13_NR | int | Počet / množstvo výkonov. |
COL14_NR | int | Unikátne číslo Omega slotu. Týmto je možné spojiť rôzne výkony z jedného slotu. |
COL15_NR | int | ID lekára z Ordinis-u (ak je k dispozícií). |
COL18_DT | datetime | Dátum a čas, kedy bol je výkon/procedúra vykonaný. |
Ukončenie liečby pre jednu žiadanku posiela Omega chvíľu potom, ako sa vykoná posledný slot (označený ako „ukončenie liečby“) a zároveň sú už odoslané aj výkony do Ordinis-u.
Omega do tabuľky `a_rezis_sync`
zapíše:
Pole | Typ | Hodnota |
---|---|---|
COLUMN_NAME | string | "fro-header" |
COL11_NR | int | Číslo žiadanky z Ordinis-u. |
COL12_NR | int | Inkrementálne ID logu. |
COL13_NR | int | 7 → ukončenie liečby |
COL14_NR | int | Číslo pacienta z Ordinis-u (PT_ID). |
COL15_NR | int | ID lekára z Ordinis-u (ak je k dispozícií). |
COL18_DT | datetime | Dátum a čas posledného výkonu/procedúry v rámci tejto jednej žiadanky. Musí byť v Omege označená atribútom „ukončenie liečby“ |