notebookvb

OrdinaceAgentEmail/NOTES.md

@@ -57,6 +57,33 @@ přesuny, odpovědi), žádný `state.json`.
   počítače, na Z230 → `reporter:c:\medicus\medicus.fdb`).
 - `ANTHROPIC_API_KEY` z `Medevio/.env`.
 
+## Vytvoření požadavku v Medeviu — `medevio_recept.py`
+
+Funkce pro agenta: jakmile je pacient + léky správně identifikován, založí mu
+v Medeviu požadavek **„Recept na léky"**, aby ho lékař viděl (Medevio kontrolujeme
+průběžně, e-mail zřídka).
+
+```python
+from medevio_recept import vytvor_recept
+rid = vytvor_recept(rodne_cislo="730920/8104",
+                    nazev_leku="Euthyrox 100 µg",
+                    poznamka="docházejí mi léky")
+```
+
+Co se stane (vše odchyceno z webu Medevia 2026-06-13, ověřeno na testovacím pacientovi):
+1. **RČ → patient UUID** přes MySQL `medevio.medevio_pacient` (`identification_number` → `patient_id`).
+2. `fillECRFForm` (prázdný) → `createPatientRequestWithoutReservation` → založí „Recept na léky".
+3. `createClinicPatientRequestNote` → obě pole do **interní poznámky** (formátováno „Název léků / Poznámka").
+4. `assignTagToPatientRequest` → štítek **CLAUDE** (`pridat_stitek=False` vypne).
+
+**Proč interní poznámka, ne dotazník:** lékařský přístup neumí vyplnit pacientský
+ECRF dotazník smysluplně (z lékařské strany má jen 1 pole `nazev-leku`), proto obsah
+jde do interní poznámky (viditelná jen pro ordinaci).
+
+Auth: Bearer token z `Medevio/token.txt` (dlouhodobý). Test: `python medevio_recept.py`
+(založí testovací Recept na Vladkovi `0210db7b-…`). Pro test bez DB lookup je parametr
+`patient_uuid=`. Mutace + konstanty jsou v `Medevio/medevio_api_notes.md`.
+
 ## Známé limity / TODO
 
 - E-mailových kontaktů je v kartotéce málo (~70 z 6300 pacientů) — párování