Goed genoeg waarvoor? Wat is het doel van de database?
Aangezien het om medicijnen gaat, lijkt het me belangrijk dat je van patiënten onder andere leeftijd, geslacht en eventuele allergieën weet. Soms zijn ook gewicht en etniciteit van een patiënt belangrijk.
Bij de medicijnen en medicijntypen mis ik informatie zoals de werkzame bestanddelen, de kwalen die het medicijn tegengaat, doseringen, gebruiksaanwijzingen, of autorijden wordt beïnvloed (en er dan een gele sticker op moet), medicijnen die per se niet mogen worden gecombineerd, enzovoort, enzovoort.
Dat zijn gegevens die je beter boven water krijgt als je met de beoogde gebruikers gaat praten, bijvoorbeeld een apotheker.
De eisen voor deze webapplicatie zijn:
1. Gebruikers moeten kunnen inloggen
2. Gebruikers moeten medicijnen kunnen invoeren en enkel eigen records kunnen inzien/bewerken/zoeken.
3. De leverancier van de medicijnen kan een bedrijf zijn, maar het kan ook meerdere bedrijven zijn
4. Elk medicijn kan een of verschillende types hebben, zoals pillen, vloeibaar en etc..
Dit zijn zeg maar de vereisten van de applicatie.
Wil je op basis van de vereisten het design nogmaals beoordelen?
Op zich voldoet het ontwerp wel aan die vier vereisten hoor. Ik denk dat je vooral wat attributen (kolommen) mist voor de eigenschappen van patiënten, medicijnen en leveranciers.
In de applicatie gaat het er verder om dat je die data slim gebruikt. Vaak wil je bijvoorbeeld de goedkoopste leverancier van een medicijn vinden, maar soms degene die het snelst kan leveren omdat een patiënt het zo snel mogelijk nodig heeft. Dat zijn aanvullende vereisten die je aan het rijtje van vier kunt toevoegen.
Op zich ben ik ook tevreden over het design, maar ik wil nog een tabel toevoegen wat eigenlijk geen vereiste is maar meer voor handigheid.
Het heet medicijnen kompas.
Wanneer je bijv een medicijn toevoegt aan de database dan kun je kiezen bij welke hoofd ziekte het hoort. Echter, deze keuze kan een aantal niveaus hebben. In sommige gevallen is het misschien 3 niveaus lager. Snap je wat ik bedoel?
Het maken van deze tabel is geen probleem voor mij, maar de vraag is hoe kan ik dit het beste integreren in huidige database design, omdat het meerdere niveaus heeft...
