:strip_icc():strip_exif()/u/69565/crop6501c9af96496.jpg?f=community)
Misschien een beetje rare titel, maar het lijkt mij wel iets wat de lading dekt...
Ik ben op zoek naar een leuke stageplaats voor mijn opleiding Farmacie. Het gebied van interacties van geneesmiddelen vind ik erg interessant en zou hier graag iets mee doen. Momenteel gebruiken alle softwarefabrikanten van apothekers-software een SQL-database waarin combinaties van geneesmiddelen staan die een interactie hebben. Middel X en Y hebben samen een interactie. Redelijk 2D dus.
Als onderzoek zou ik graag uit willen zoeken of het mogelijk is om een 3e variant hierin aan te brengen en zo de besluitvorming omtrend het voorschrijven bij een bepaalde combinatie (X+Y = interactie, maar mag wel samen gebruikt worden, behalve als factor Z aanwezig is)
Ik heb hierover een discussie gevoerd met een prof. en die zegt dat dat niet mogelijk is om te programmeren. Nu kan ik zelf niet programmeren, maar het lijkt mij dat dit wel mogelijk is. Echter zal bij iedere interactie het mechanisme toegevoegd worden. Middel X is een substraatvan een leverenzym, middel Y een remmer van dat enzym (nu: geen probleem want het is maar matig. toekomst: geen probleem, behalve bij patienten met een verminderde leverfunctie oid)
Dit zijn standaard problemen waar een apotheker dagelijks tegenaan loopt en steeds moet dit bedacht worden. De apotheker is hiervoor opgeleid. De apothekersassistent echter niet (iig niet voldoende) Zij gaat uit van het oordeel van de computer en haar eigen ervaring. Juist de ervaring kan soms van levensbelang zijn (voorheen ging het goed, dus nu ook is een vaak gemaakte redenering, die voor problemen kan zorgen)
Mijn vraag is nu in hoeverre dit soort dingen in een database in te richten zijn? Het lijkt mij dat functie X en Y icm Z een goede uitkomst zou moeten kunnen opleveren. Wel zal de hele database dan waarschijnlijk omgegooid moeten worden omdat het mechanisme achter de interactie erbij moet.
Sorry voor de lange startpost, maar enige uitleg vond ik wel op zijn plaats
Punten wat iig moet kloppen: uniformiteit in invoeren van gegevens. Middel X -> enzym substraat, enzym remming, enzym inductie oid, dan moet bij middel Y ook letterlijk zo staan omdat het anders niet te koppelen is.
De effecten van een ziekte zullen ook meegenomen moeten worden en ingevoerd moeten kunnen worden. Dit wordt dan een soort koppeling van de locale database (van patiënten) die via een andere database (met alle geneesmiddelen en hun werking) uiteindelijk een interactie oplevert.
Kan iemand met meer database-ervaring mij hierover informeren? Wat zijn punten waarop gelet dient te worden? Is dit echt een onbegonnen iets of is dit met de juiste kennis goed te doen?
Ik ben op zoek naar een leuke stageplaats voor mijn opleiding Farmacie. Het gebied van interacties van geneesmiddelen vind ik erg interessant en zou hier graag iets mee doen. Momenteel gebruiken alle softwarefabrikanten van apothekers-software een SQL-database waarin combinaties van geneesmiddelen staan die een interactie hebben. Middel X en Y hebben samen een interactie. Redelijk 2D dus.
Als onderzoek zou ik graag uit willen zoeken of het mogelijk is om een 3e variant hierin aan te brengen en zo de besluitvorming omtrend het voorschrijven bij een bepaalde combinatie (X+Y = interactie, maar mag wel samen gebruikt worden, behalve als factor Z aanwezig is)
Ik heb hierover een discussie gevoerd met een prof. en die zegt dat dat niet mogelijk is om te programmeren. Nu kan ik zelf niet programmeren, maar het lijkt mij dat dit wel mogelijk is. Echter zal bij iedere interactie het mechanisme toegevoegd worden. Middel X is een substraatvan een leverenzym, middel Y een remmer van dat enzym (nu: geen probleem want het is maar matig. toekomst: geen probleem, behalve bij patienten met een verminderde leverfunctie oid)
Dit zijn standaard problemen waar een apotheker dagelijks tegenaan loopt en steeds moet dit bedacht worden. De apotheker is hiervoor opgeleid. De apothekersassistent echter niet (iig niet voldoende) Zij gaat uit van het oordeel van de computer en haar eigen ervaring. Juist de ervaring kan soms van levensbelang zijn (voorheen ging het goed, dus nu ook is een vaak gemaakte redenering, die voor problemen kan zorgen)
Mijn vraag is nu in hoeverre dit soort dingen in een database in te richten zijn? Het lijkt mij dat functie X en Y icm Z een goede uitkomst zou moeten kunnen opleveren. Wel zal de hele database dan waarschijnlijk omgegooid moeten worden omdat het mechanisme achter de interactie erbij moet.
Sorry voor de lange startpost, maar enige uitleg vond ik wel op zijn plaats
Punten wat iig moet kloppen: uniformiteit in invoeren van gegevens. Middel X -> enzym substraat, enzym remming, enzym inductie oid, dan moet bij middel Y ook letterlijk zo staan omdat het anders niet te koppelen is.
De effecten van een ziekte zullen ook meegenomen moeten worden en ingevoerd moeten kunnen worden. Dit wordt dan een soort koppeling van de locale database (van patiënten) die via een andere database (met alle geneesmiddelen en hun werking) uiteindelijk een interactie oplevert.
Kan iemand met meer database-ervaring mij hierover informeren? Wat zijn punten waarop gelet dient te worden? Is dit echt een onbegonnen iets of is dit met de juiste kennis goed te doen?
:strip_exif()/u/7759/red_cat.gif?f=community)
