# data[].attributes.body
Uusimispyynnön hylkäämisen perustelu on kannatettavaa.

# data[].attributes.body
Olen useampaan kertaan koittanut tuoda esiin että lääkemääräyksen tietosisällössä tarvittaisiin jonkinlainen kokonaisremontti näitten kaikenlaisten viesti- ja tekstikenttien osalta th-apteekki-potilas välillä. Eli annosteluohje, käyttöohje, viesti apteekille, apteekin huomautus jne. Nykyinen arkkitehtuuri on yksinkertaisesti vanhentunut merkkimäärärajoituksineen eikä vastaa (näissäkin työpajoissa esiintuotuja)) tarpeita. Toki viestimisen pitäisi olla reaaliaikaisempaa mutta se että kulkee edes nykyistä laajemmin reseptin mukana on hyvä alku.

# data[].attributes.body
Apteekin tulee saada riittävät tiedot asiakkaan ohjaamiseksi.

# data[].attributes.body
Olisi pohdittava, mitä tietoja uusimispyynnön hylkäämisen perusteluissa tulisi antaa.

# data[].attributes.body
Jos uusimispyyntö on hylätty tai palautettu, voisi viestissä mainita, että perustelut voi käydä katsomassa Omakannassa.

# data[].attributes.body
Reseptin uusimispyynnön voisi lähettää siinä vaiheessa, kun resepti on voimassa alle 4 kk.

# data[].attributes.body
Potilastietojärjestelmän tulisi selkeästi näyttää, kun uusimispyyntö on vanhenemassa.

# data[].attributes.body
Uusimispyyntöjen määrää pitää pystyä rajaamaan.

# data[].attributes.body
Reseptin uusimisen tila voisi muuttua 8 vuorokauden jälkeen kiireelliseksi.

# data[].attributes.body
Annosjakelureseptien uusimisen ongelmat tulee myös huomioida.

# data[].attributes.body
Toimittamattomaan reseptiin pitäisi voida lähettää uusimispyyntö.

# data[].attributes.headline
Aikaraja pätisi Omakannassa, mutta ei terveydenhuollossa, eikä apteekissa.

# data[].attributes.subject
Aikaraja pätisi Omakannassa, mutta ei terveydenhuollossa, eikä apteekissa.

# data[].attributes.body
Teknisessä häiriötilanteessa lääkemääräystä ei pysty tallentamaan Reseptikeskukseen. Häiriötilanteessa, kun käyttäjä laatii lääkemääräyksen, se tallentuisi "puskuriin", josta se häiriötilanteen ohittumisen jälkeen tallennetaan Reseptikeskukseen. Kommentteja tähän?

# data[].attributes.body
- Potilastietojärjestelmä näyttää organisaatiolle kohdistetut uusimispyynnöt.

- Käyttäjä valitsee pyynnöt, jotka haluaa ohjata käsiteltäväksi.

-Käyttäjä valitsee lääkkeen määrääjän tai suorituspaikan/yksikön, jolle uusimispyynnöt ohjataan käsiteltäväksi.

# data[].attributes.headline
Mistä tiedoista, jotka eivät saa kopioitua uusimisen yhteydessä, tulisi huomauttaa käyttäjää ?

# data[].attributes.subject
Mistä tiedoista, jotka eivät saa kopioitua uusimisen yhteydessä, tulisi huomauttaa käyttäjää ?

# data[].attributes.body
•Lääkevaihtokielto ja sen syy

•Erillisselvitys ja siihen liittyvä päivämäärä

•Perustelu muun kuin edullisimman biologisen lääkkeen käytölle

•Lääkemääräyksen uudistamiskielto sekä sen syy ja perustelu

•Sic!-merkintä sekä sen syy ja lisätieto

(Huomautus / korostus: jotta käyttäjä huomioi, että uusittavalla lääkemääräyksellä on ollut kyseinen tieto, joka tulisi mahdollisesti huomioida myös uusitulla lääkemääräyksellä)

# data[].attributes.headline
Mitä tietoja käyttäjälle pitäisi vähintään näyttää uusittavasta lääkemääräyksestä uusimisen yhteydessä?

# data[].attributes.subject
Mitä tietoja käyttäjälle pitäisi vähintään näyttää uusittavasta lääkemääräyksestä uusimisen yhteydessä?

# data[].attributes.body
esim. lääkkeen nimi, vahvuus, lääkemuoto, annosteluohje, käyttötarkoitus ja lääkemääräyksellä oleva määrä?

Tuleeko uusimisen yhteydessä näyttää enemmän tai vähemmän tai samat tiedot kuin lääkityksen muuttamisessa?

# data[].attributes.body
tällä hetkellä jokaisesta käsittelystä lähetetään potilaalle erillinen viesti.
Kootun ja yksityiskohtaisen viestin haasteena voivat olla tietoturvan asettamat esteet.

# data[].attributes.body
luokitus vai vapaamuotoinen kirjaaminen, ja miten tietoa tulisi voida hyödyntää?

# data[].attributes.body
Käyttötapauksessa käyttäjä hylkää tai palauttaa uusimispyynnön ja antaa sille perustelun. Lääkkeen määrääjä voi hylätä tai palauttaa uusimispyynnön ja organisaation uusimispyyntöjen ohjausta toteuttava henkilö voi palauttaa uusimispyyntöjä (palautus voidaan toteuttaa myös ohjelmallisesti)

# data[].attributes.body
Kun uusimispyynnön tiedot on haettu järjestelmään, mutta uusimispyyntö käsitellään esimerkiksi toisessa organisaatiossa (esim. toisen organisaatioon lääkkeen määrääjä laatii lääkemääräyksen potilaalle ja uusimispyyntö tulee Reseptikeskuksessa käsitellyksi).
Miten tiedot tulisi näyttää käyttäjälle siinä organisaatiossa, johon uusimispyyntö oli kohdistettu?

# data[].attributes.body
Mitä ajatuksia tai kommentteja herättää se, että uusimispyyntöjen käsittely ohjaa lääkkeen määrääjän potilaan lääkityslistalle ja Reseptikeskukseen?
Lääkkeen määrääjä voi uusimistilanteessa aina uusia useita lääkemääräyksiä samalla kerralla (uusimiseen ei tarvita aktiivista uusimispyyntöä)

# data[].attributes.headline
Voiko uusimispyyntöjä ohjaava käyttäjä myös hylätä uusimispyynnön?

# data[].attributes.subject
Voiko uusimispyyntöjä ohjaava käyttäjä myös hylätä uusimispyynnön?

# data[].attributes.body
Nyt käsittelijä saa palauttaa pyynnön, mutta ei hyväksyä eikä hylätä (ainoastaan lääkkeen määrääjä saa hylätä)

# data[].attributes.headline
Mitä lääkemääräykseltä edellytetään, että uusimispyyntö voidaan laatia ?

# data[].attributes.subject
Mitä lääkemääräykseltä edellytetään, että uusimispyyntö voidaan laatia ?

# data[].attributes.body
- Jos lääkemääräykseen kohdistuu jo uusimispyyntö, uuden uusimispyynnön voi laatia kun edellinen uusimispyyntö on ollut voimassa 8 vrk (mutta, uutta uusimispyyntöä ei tarvitse laatia, koska uusimispyyntö on voimassa niin kauan kunnes se on käsitelty)

- Uusimispyyntöä ei voi laatia lopetettuun lääkkeeseen.

- Uusimispyynnön voi laatia, vaikka lääkemääräys olisi vanhentunut
(aikaraja? Vaatii lakimuutoksen, että vanhentuneeseen lääkemääräykseen voisi laatia uusimispyynnön)

- Uusimispyyntöä ei voi laatia mitätöityyn lääkemääräykseen.

# data[].attributes.body
Aina (lääkemääräys on toimittamaton, osittain toimitettu tai kokonaan toimitettu)
VAI
Kun lääkemääräys on kokonaan toimitettu TAI voimassa vielä enintään 4 kuukautta?
Nykyinen lainsäädäntö mahdollistaa nämä menettelytavat.

# data[].attributes.body
Uusi lääkemääräyksiä –käyttötapaus kuvaa toiminnan, jossa useita lääkemääräyksiä uusitaan samalla kerralla.

Lääkkeen määrääjä voi uusia lääkemääräyksiä uusimispyynnön käsittelyn kautta tai suoraan potilaan lääkityslistalta.

§Lääkemääräyksiä voi uusia ilman muutoksia tai uusimisen yhteydessä tietoihin voi tehdä muutoksia (Muuta lääkitystä –käyttötapaus).

# data[].attributes.body
Lääkkeen määrääjä valitsee uusimispyynnön/-pyynnöt käsittelyyn, käsittely ohjaa potilaan lääkityslistalle ja määrääjä voi hyväksyä, hylätä tai palauttaa pyynnöt (alikäyttötapaus –Hylkää tai palauta uusimispyyntö)

- Käyttäjä valitsee uusimispyyntöjen tarkastelun.

- Käyttäjä valitsee potilaan.

- PTJ näyttää potilaan lääkityslistan ja sen aktiiviset uusimispyynnöt.
-Käyttäjä valitsee uusimispyyntöjen hyväksymisen: käyttäjä voi muuttaa uusittavan lääkemääräyksen tietoja.

TAI
-Käyttäjä hylkää tai palauttaa uusimispyynnön (alikäyttötapaus –Hylkää tai palauta uusimispyyntö)