self-service-hipaa. eine einstellung in claude, die ein primary owner in den organisationseinstellungen unter „daten und datenschutz" aktiviert, inklusive business associate agreement zum anklicken. anthropic hat das im juli 2026 für claude enterprise- und api-organisationen ausgeliefert. damit entfällt der separate vertriebs- und rechtsprozess, um eine baa zu unterschreiben. was nicht entfällt: deine eigene prüfung, welche patientendaten dein team hineingibt.
wenn du den patienten-support bei einem telehealth- oder healthtech-team leitest, hast du seit einem jahr einen satz gehört: „nicht, bevor die rechtsabteilung zustimmt." ein entwurf-und-prüf-assistent für deine patienten-queue stand hinter einer baa, deren unterzeichnung und rücksendung ein quartal dauerte. das modell war bereit. das papier war die mauer.
diese mauer ist im juli 2026 gefallen. anthropic hat die self-service-hipaa-konfiguration ausgeliefert, laut den claude-release-notes. der primary owner aktiviert sie in den organisationseinstellungen unter „daten und datenschutz", und das business associate agreement ist zum anklicken enthalten. kein separater vertriebsprozess. kein hin und her mit der rechtsabteilung zum unterschreiben und zurücksenden.
#was schaltet die self-service-baa für eine patienten-support-leitung tatsächlich frei?
sie verkürzt den langsamsten teil des projekts. freigeschaltet wird nicht ein klügeres modell. freigeschaltet wird, dass ein entwurf-und-prüf-assistent für patienten-tickets – der agent entwirft in deinem ton, ein mensch bearbeitet, ein mensch sendet – an einem nachmittag hinter eine unterschriebene baa kann statt in einem quartal. die kennzahl, die sich bewegt, ist die erstantwortzeit in der patienten-queue, nicht die kopfzahl.
ist claude hipaa-konform für patienten-support, und wie schaltest du es frei?
seit juli 2026 können claude enterprise- und api-organisationen eine hipaa-fertige konfiguration in den organisationseinstellungen unter „daten und datenschutz" aktivieren, inklusive business associate agreement zum anklicken. für den patienten-support bedeutet das: ein von menschen geprüfter entwurf-und-prüf-assistent läuft hinter einer unterschriebenen baa, ohne separaten vertriebs- oder rechtsprozess. deine eigene pflicht, patientendaten einzugrenzen und zu prüfen, bleibt bestehen.
#was solltest du prüfen, bevor du den schalter umlegst?
ein detail wiegt schwerer als der rest. die hipaa-fertige konfiguration ist im claude-hilfecenter dokumentiert als direkt in den einstellungen verfügbar für berechtigte enterprise-organisationen, und die aktivierung ist einseitig, sobald die baa akzeptiert ist. das ist eine governance-frage, keine fußnote. du akzeptierst sie einmal, bewusst, mit dem richtigen owner, der klickt.
- wer klickt: der primary owner akzeptiert die baa, also legt fest, dass das eine bewusste handlung einer benannten person ist, nicht ein neugieriger admin, der in den einstellungen herumklickt.
- welche daten hineingehen: ein assistent, der mit phi arbeitet, braucht eine klare regel, welche patientenfelder in einen prompt landen und welche draußen bleiben.
- das menschliche gate: entwurf und prüfung bedeutet, dass ein mensch jede phi-berührende antwort bearbeitet und sendet, und dieses gate wird protokolliert.
- einseitig: sobald die baa akzeptiert ist, ist das kein schalter, den du hin- und herlegst, also behandle die aktivierung als entscheidung, nicht als experiment.
we are
stennir legt fest, welche teile deiner patienten-queue ein von menschen geprüfter claude-entwurfsassistent berühren sollte, grenzt die phi ein, die er sieht, und liefert die prüf- und audit-spur dahinter.
we aren't
stennir ist kein chatbot, der patientennachrichten automatisch beantwortet, und kein wrapper, der claude auf deine ticket-queue klebt und das dann konform nennt.
die ehrliche einordnung: der schalter beseitigt die rechtliche verzögerung, nicht die gestaltungsarbeit. anthropic hat den schweren teil erledigt und die baa zum anklicken gemacht. was bei dir bleibt, ist die entscheidung, welche tickets einen ersten ai-entwurf bekommen, welche patientendaten der entwurf sehen darf und wo die menschliche freigabe sitzt. das ist der unterschied zwischen einer schnellen erstantwortzeit und einem vorfall.
die baa war nie das interessante problem. sie war das tor. jetzt öffnet sich das tor an einem nachmittag, und die eigentliche frage ist, welche patientenantworten du einen assistenten entwerfen lässt und wer sie vor dem senden liest.
das ist die arbeit, die unsere consultancy macht. wir grenzen die phi ein, entscheiden, was claude entwirft und was ein mensch von null schreibt, und liefern die prüf- und audit-spur, damit die erstantwortzeit sinkt, ohne eine compliance-überraschung. wir trainieren außerdem deine mitarbeitenden, ai-entwürfe schnell zu bearbeiten – das ist eine training-aufgabe, keine modell-aufgabe. wenn dir gesagt wurde „nicht, bevor die rechtsabteilung zustimmt", buche einen 30-minütigen discovery-call, und wir zeigen dir, was du diese woche freischalten kannst.