sorong / health-ledger-frontend Goto Github PK

mock-requests.ts - spiegelt ja die Anfragen wider (?), allerdings habe ich ein Problem mit der RequestForm ich bin verwirrt mit den beinhalteten Informationen... Die Info sind ja für dieses Mockup (?): hier oder für dieses hier - was ist der Grund für die "note" wo kommt das her und was ist das? und was ist beim Result "reason" ?
Wäre super wenn ihr entweder den Datentyp anpasst oder uns mitteilt was wir wo anpassen müssen. Und ist reject dann auch "closed" und kann nachträglich nicht angenommen werden?

mock-SmartPerscription.ts - ähnliche Ausgangsfrage... zu wem gehört das jetzt...zum Arzt oder zum Patienten... ich gehe vom Patienten aus (?) dann passt beim Mock nicht, dass der Patientenname unterschiedlich ist...sollte ja immer der user sein. Frage vorsichtshalber, nicht dass ich das Ding als Basis für die falsche Komponente nehme.

Wäre es eventuell möglich, dass ihr bei den Datenklassen als Kommentar den Link zum Mockupbild hinzufügt um Missverständnisse zu vermeiden, sonst machen entweder wir uns oder ihr euch doppelte Arbeit.

Beim Aufrufen der Methode "getTreatments" des RestServices bekommt man ein "Attestation"-Objekt, welches noch ein Einstelldatum benötigt

Nicht gesetzte Komponente d.h. kein Rezept/keine Krankschreibung vorhanden, dann muss das Treatment in Diagnosekomponente modifiziert werden. (null-values)

Importe prüfen und aufräumen

Die Methode "getRequests" speichert die Berechtigungen in der Anfrage selbst. Sie müssen allerdings in den Behandlungs-Objekten der Anfrage gespeichert werden