| APP 1 · Åpen og gjennomsiktig forvaltning |
⚙ |
Du må ha en klart formulert, oppdatert personvernerklæring, og en måte folk kan klage på hvordan opplysningene deres ble håndtert. Klagesiden er bygget
— personvernklager er en førsteklasses registrering med en eier, en klokke og et utfall, ikke en innboks. Policyregisteret er bygget også: regler er versjonerte, hver versjon beholder sine egne virkningsdatoer, og gamle versjoner overskrives ikke. Ordene i erklæringen er dine å skrive. |
| APP 2 · Anonymitet og pseudonymitet |
§ |
Folk må få mulighet til å forholde seg til deg anonymt eller under et pseudonym —
med mindre det er upraktisk, eller en lov krever identifikasjon. I klinisk praksis er det nesten alltid begge. Prinsippet biter sjelden i dette markedet, og der en tjeneste virkelig kjører anonym inntak, kan en klientjournal lages uten et juridisk navn. |
| APP 3 · Innsamling av etterspurte opplysninger |
✓ |
Helseopplysninger er sensitive information, så APP 3.3 sier at du bare kan samle dem med samtykke, eller under en av de tillatte helsesituasjonene i s16B — av dem er «nødvendig for å yte en helsetjeneste» den nesten hver klinikk bygger på.
Hver dokumenttype bærer en notert grunn for å holde den, så svaret på «hvorfor har du dette?» er et lagret felt heller enn en erindring. Praktisk betyr dette også at det er en feil å bygge på samtykke som standard: samtykke kan trekkes tilbake, og behandlingsjournaler må leve videre etter det. |
| APP 4 · Uetterspurte opplysninger |
⚙ |
Opplysninger som kommer uten at du har bedt om dem — en henvisning du ikke ba om, et dokument en pårørende sender inn — må ødelegges eller anonymiseres hvis du ikke kunne samlet dem lovlig selv. Slettemaskineriet er det samme som oppbevaringen bruker; avgjørelsen om et bestemt dokument er et menneskes. |
| APP 5 · Opplysning om innsamling |
◐ |
Ved eller før innsamlingen må du si til personen hvem du er, hvorfor du samler inn, hvem du vanligvis utleverer til, hvordan man får innsyn og retting, hvordan man klager, og om noe går til utlandet. Maskineriet finnes — en versjonert melding, gitt til en person, med en bekreftelse notert mot datoen og versjonen de faktisk så. Det som mangler, er en australsk mal. Meldingspakken som leveres i dag, er skrevet til den amerikanske Notice of Privacy Practices. En australsk innsamlingserklæring er tekst du fyller inn i et maskineri som finnes, ikke en funksjon som må bygges. |
| APP 6 · Bruk og utlevering |
✓ |
Opplysninger samlet for ett formål kan i hovedsak bare brukes til det formålet.
Hver utlevering ut av systemet er en registrering: hva som forlot, til hvem, på hvilken dato, under hvilket grunnlag, og hvem som ga fullmakt. Det registeret er det som gjør «vi deler bare på egnet vis» til noe du kan skrive ut. |
| APP 7 · Direkte markedsføring |
✓ |
Sensitive opplysninger kan ikke brukes til direkte markedsføring uten samtykke, og folk kan melde seg av når som helst. Utover det behandler denne plattformen kontaktkanaler som en sikkerhetskontroll, ikke en preferanse: en person kan si ikke ring dette nummeret, ikke send e-post til denne adressen — og er den eneste tillatte kanalen sperret, vil meldingen
feile høyt istedenfor stille å falle tilbake til den sperrede. I psykisk helse er det forskjellen mellom en påminnelse og en utlevering. |
| APP 8 · Utlevering over landegrenser |
✓ |
Sender du personopplysninger til utlandet, er du fortsatt ansvarlig for hva mottakeren i utlandet gjør med dem. Vårt svar er at ingenting må til utlandet i det hele tatt.
Dette er det sterkeste enkeltargumentet vi har i Australia, og det har sitt eget avsnitt under. |
| APP 9 · Identifikatorer fra myndighetene |
§ |
Du kan ikke ta i bruk en myndighetsidentifikator — et Medicare-nummer, en Individual Healthcare Identifier — som din egen identifikator for en person. Vi gjør det ikke: interne identifikatorer er våre egne, og fordi vi ikke kobler oss til Healthcare Identifiers Service, kommer ingen IHI noen gang inn i systemet. Det er en følge av grensen i avsnitt 08, men på dette prinsippet er det tilfeldigvis den trygge siden av den. |
| APP 10 · Kvalitet |
✓ |
Opplysninger må være riktige, oppdaterte og fullstendige. Rettingsforespørsler er en sporet registrering med en frist. Avgjørende er at en godtatt retting aldri overskriver originalen — den lager en ny versjon, og den tidligere blir stående, fordi en klinisk journal som stille kan skrives om, er ikke bevis på noe. |
| APP 11 · Sikkerhet, og ødeleggelse når det ikke trengs lenger |
✓ |
Den lengstlevende plikten og den med mest håndheving bak seg. Hvert klinisk dokument er kryptert med sin egen nøkkel; hver åpning av et blir
loggført før innholdet vises, i en lenke der en fjernet post er til å oppdage; tilgangen følger behandlingsforholdet heller enn stillingstittelen. Den andre halvdelen av APP 11 — ødelegg eller anonymiser når det ikke trengs lenger — er der de fleste systemene stopper. Her ødelegger sletting krypteringsnøkkelen, så innholdet er uleselig selv fra en sikkerhetskopi, mens beviset for slettingen lever videre. Se
siden om sikre dokumenter. |
| APP 12 · Innsyn |
◐ |
En person kan be om opplysningene sine, og du må gi dem, innen rimelig tid, og ta ikke mer enn en rimelig kostnad — og ingen avgift i det hele tatt for å sette fram forespørselen. Innsynsforespørsler er en sporet registrering med en beregnet frist, et notert format, oppdelte kostnader og en loggført overlevering. Det som er delvis, er avslag.
APP 12.3 lister et lukket sett grunner — alvorlig fare for liv, helse eller sikkerhet; urimelig påvirkning på andres personvern; grunnløs eller plagsom; rettslige prosesser; kommersielt følsomt vurderingsmateriale. Arbeidsflyten som kjører en beslutning om å holde tilbake av hensyn til «alvorlig skade» ordentlig — en navngitt fagperson, en gjennomgang, et utløp — finnes, men den ble skrevet til den britiske testen og leveres i UK-modulen. Å kjøre den i Australia virker; listen over grunner på skjemaet er ikke den australske. |
| APP 13 · Retting |
✓ |
Du må rette opplysninger som er feil, og — den delen systemene glemmer —
nekter du, lar APP 13.4 personen kreve at en erklæring knyttes til journalen som sier at de mener den er unøyaktig. Den erklæringen er bygget: når den finnes, reiser den med journalen, og utleveringsregisteret vet at den må sendes med alt som utleveres etterpå. Et avslag her avslutter ikke saken, og programvaren later ikke som det gjør det. |