{"type":"doc","content":[{"type":"paragraph","content":[{"text":"Desmond's demo: ","type":"text"},{"text":"http://www.desmondelliott.co.uk/development/openmrs/soc07/doet-draft3/doet-draft.html","type":"text","marks":[{"type":"link","attrs":{"href":"http://www.desmondelliott.co.uk/development/openmrs/soc07/doet-draft3/doet-draft.html"}}]}]},{"type":"codeBlock","content":[{"text":"\n\t\tI'll call Darius\n\t\tAnd he can merge you guys in?\n\t\tPast demos have been done over IRC, which is kinda cool.\n\t\toh, haha.. he just called me and i thought we'd do this on irc\n\t\tOk we can IRC if you like\n\t\ti hung up on him\n\t\ti think that makes more sense\n\t\tBut we could do Skype if someone wants to say something aloud.\n\t\ti'm doing two things at once\n\t\tOk\n\t\twhat's this IRC thing?\n\t\tHi Mum!\n\t\thowdy\n\t\tSo I think both Burke and Paul haven't actually seen the drug order entry tool yet\n\t\tNobody has but Hamish and I, I think.\n\t\tright\n\t\tadmit it to the light\n\t\t:)\n\t\tOk. I've put the most recent draft of it online and the previous 2 drafts so you can see where we came from\n\t\tBut lets start with the most recent drat\n\t\tGot links?\n\t\tFirefox only please!\n\t\tYes\n\t\thttp://www.desmondelliott.co.uk/development/openmrs/soc07/doet-draft3/doet-draft.html\n\t\thttp://tinyurl.com/yr9hxg [www.desmondel...et-draft.html]\n\t\tThe only things that are interactive-features missing are: ramp up prescriptions and order sets\n\t\tPerhaps you should tell us what drugs are supported, and what the names of some order sets are.\n\t\tWe know exactly how we intend to do that but I spent too much time enjoying the Spanish culture this week\n\t\t'Amikacin', 'Capreomycin', 'Ethambutol', 'Gatifloxicin', 'Isoniazid', 'Kanamicin', 'Levofloxacin', 'Moxifloxacin', 'Prothionamide', 'Rifabutin', 'Sparfloxacin', 'Thiacetazon', 'Ethambutol 300', 'Ethambutol 1000'\n\t\tOk so Amikacin is supported\n\t\tnever mind, I'll say so. :)\n\t\tIf you select that then you'll see a little row roll down which we want to use as a point of reference for the prescriber\n\t\tI don't think it works inside the table\n\t\tdrug search... is.. eh\n\t\tBut I'm not sure where else it could go that would make sense\n\t\thehe. end date 34/6/2007. :p\n\t\tburke, I know about that!\n\t\thehe\n\t* OpenMRSBot\tchuckles\n\t\tWhy is there a default end date put in?\n\t\t(I picked Gatifloxacin)\n\t\tThere shouldn't be\n\t\tI thought I remove all of those\n\t\twhen I pick today as the start date it gives me 03/08/07 as the end date.\n\t\tIf you try Ethambutol 1000 and prescribe it then that is a fixed 'problem' drug\n\t\ty not take advantage of the space you have to the right of the input?\n\t|<--\tsarpc has left freenode ()\n\t\tWhen I prescribe Ethambutol 1000 mg, it says End Date = Optional.\n\t\tIn the top box.\n\t\tFFS\n\t\tcan you explain the interface?\n\t\tIf you do a hard refresh that problem is solved (darius)\n\t\tGood idea, how about we all hit shift refresh, and delliott you can talk us through the standard use case.\n\t\ta flow that has always made sense to me is to select the drug, and then have variable interfaces below based upon common uses of that drug\n\t\tOk, so if we go with what Darius suggested then if you type \"Ethambutol\" - or use the autocomplete feature then the form is populated with 'the usual order'\n\t\tI meant take a step back and say \"this page represents a patient who is currently taking Ethambutol 1000mg 3/day 5/week.\n\t\tI've tried to have the form autofill when you finish typing but the code is a nightmare and I'm still lookg for it\n\t\tOk\n\t\ti'm typing in the search box? and ethambutol is already listed on my screen\n\t\t(Although actually the end date is in the past.)\n\t\toh ok.\n\t\tPretend you're talking to people who have never looked at this interface before. ;)\n\t\tWhich is the case\n\t\tdescribe the top\n\t\tOk so the page that you are looking at would allow you to order drugs for the patient Desmond Elliott\n\t\tThe top table is where you can see a history of the drugs that Desmond Elliott has been prescribed\n\t\tThe gray row in that table means that Desmond was on Ethambutol but now he is not\n\t\tso, i usually think of \"regimen\" as more than one drug.\n\t\tThe \"legend\" lets you see that\n\t\tare we calling each drug a regimen?\n\t\tI use that term incorrectly, because in our old system the drug_order table is called regimens.\n\t\twith hiv care, a regimen is often a set of multiple drugs\n\t\tso, details aside... the top section is a list of previous prescriptions\n\t\tokay...so \"regimen\" is really \"drug\"\n\t\tso if Desmond says regimen to refer to a single drug, blame me.\n\t\tgo on desmond\n\t\tOk so the top part is where the prescriber can look at what the patient has been enrolled in\n\t\tCan I move on to the 2nd section of the page and then we can get back to thoughts about the top part later?\n\t\tsure\n\t\tOk\n\t\tThe New Prescription section is where the physician would order a new drug or regimen (set of drugs) for Desmond\n\t\tI haven't implemented regimen ordering yet because time was constrained but we have spoken about how we could do it ... I digress.\n\t\tSo Burke mentioned that he loved text driven interfaces and Darius and I agreed that using the mouse was actually inefficient for trying to prescribe a simple, common drug for a patient\n\t\tSo when you search for a drug by name (for Amakacin, Capreoblahblah, and Ethambutol) the form will autocomplete\n\t\tMeaning that any drug in the database will have its name autocompleted?\n\t\tThese auto filled values would let the prescriber perform a standard prescription for a standard patient very quicky\n\t\tdjazayeri, when hooked up to the drug database then yes it would\n\t\tOr that anything with a standard prescription in the database will have everything autocompleted?\n\t\tdjazayeri, that depends on the information stored in the database.\n\t\tok\n\t\tIf you type Etha and look at the autocomplete list there are 3 different 'standard' drugs\n\t\tThese could be based on different weights of a patient, or something similar.\n\t\tEssentially it lets the prescriber quickly order a simple drug for a patient\n\t\tIf you type in Amikacin then a row unrolls itself to reveal information about that drug. This is information that would be pulled from the database\n\t\tUnfortunately it doesn't roll back correctly everytime so you might want to hard refresh\n\t\tOpenMRS Feed: OpenMRS Changesets: Changeset [2090]: main class for interacting with sync. -> http://dev.openmrs.org/changeset/2090\n\t\tOpenMRS Feed: OpenMRS Changesets: Changeset [2091]: - Changed all the GET/SET/UPDATE/DELETE fields to an enum and applied that ? -> http://dev.openmrs.org/changeset/2091\n\t\tOpenMRS Feed: OpenMRS Changesets: Changeset [2092]: DataDeletionModule: Deletes from OpenMRS database: Patient, Form, Obs, ? -> http://dev.openmrs.org/changeset/2092\n\t\tThat 'metadata' about each drug or regimen would help form part of the data support system\n\t\t: s / data / decision\n\t\tFor a rather annoying reason the start and end dates try to match up with each other but I can pull that out\n\t\tHamish and Darius mentioned that you don't want to have to specify an end date for a prescription\n\t\tSo that is how it should work. You say when you want the prescription to start and then let it run until you want it to end (I'll talk about that later)\n\t\tWhen you hit prescribe the form is cleared and that order is in an intermediate state called 'pending'\n\t\tIt enters the Prescription History section of the page and the row is a lovely yellowish colour to help convey a change of stage in the table\n\t\tIf a patient has many prescriptions this is more likely to be useful\n\t\tburke: i finally got rmrs into mysql!!\n\t\tdocpaul, awesome.\n\t\tIf you prescribe a drug that is in conflict with the patient's allergies or it conflicts with another drug then you are also informed of that\n\t\tSo if you try to prescribe Ethambutol 1000 (as an autocomplete) then if enters the table is a reddish colour\n\t\tI haven't quite found the right way yet but you will be able to stop a prescription by clicking an appropriate per-drug button in the prescription history table\n\t\tyeah, i'd like to be able to both stop and edit from the history\n\t\tWe would like to be able to do that too :-)\n\t\tmany questions...how would you like them?\n\t\tWhichever way work\n\t\ts\n\t\tpaul...do you have questions/comments?\n\t\tyou go first, i want to catch up\n\t\tokay...\n\t\twe already discussed using \"drug\" instead of \"regimen\" ...\n\t\tI don't understand the frequency. what is meant by x/day, x/week?\n\t\tIt is supposed to mean that Desmond receives Drug X 3 times/ day, 5 times/week\n\t|<--\tcrazee has left freenode (No route to host)\n\t\tThat's our simplification of bid, tid, qd, etc. Should read 3 times per day, 5 days per week.\n\t\twhich days?\n\t\tput it in comments. :)\n\t\tI can see why you might want that level of flexibility\n\t\tokay. so should the default x/week be 7/week?\n\t\tI think so.\n\t\tor if I take the drug 3/day, is that 21/week?\n\t\twrite it as # days/week.\n\t\tI'm used to seeing the format: TID QD, or BID qMon, Thurs, Sat. That's way this is hard for me.\n\t\tTID QD = three times a day each day\n\t\tOk so this is where my domain knowledge really restricts me\n\t\tBID qMon, Thurs,... = twice daily on Mon, Thurs, ...\n\t\tThat is something that I think we can talk about so I am using the correct language\n\t\tAs long as we can agree on some kind of standard\n\t\tI would rather assume that all medications are daily and then provide a simple means to choose other options like \"Mon - Fri\" or \"every other day\" and the like.\n\t\tOk\n\t\tsure. the main point is x/day, x/week is ambiguous to me.\n\t\tI think it's going to be something that different implementations customize. But let's put off that discussion for a later date. :)\n\t\t* is start date when they started taking that drug, or when the current prescription started?\n\t\tThe start date is when you want the patient to start taking the drug\n\t\tokay. what if they've been on it for 3 years?\n\t\tAnd they are still on it?\n\t\ti.e. if you're back-entering a prescription that just wasn't in the computer?\n\t\tyes.\n\t\tblood pressure medicine, for example.\n\t\tThen the start date will be 27/07/07 and the end date will be empty\n\t\tno. i just entered it into openmrs 3 years ago.\n\t\tso the start date is when the last prescription was written?\n\t\terr...I think the start date should be 27/7/04, and end date is empty\n\t\tclinically, know how long the patient has been on the medication is more useful.\n\t\tOh shit that was a typo\n\t\tI meant to say /04 for the year\n\t\tok\n\t\tafter selecting a pre-defined drug order, the form should autocomplete immediately & not wait for the user to leave the search field\n\t\tYes\n\t\twould like to (in the future) give hints to indications for various orders\n\t\tThe autocomplete patch that I am using is shocking commented and I'm trying to find that\n\t\tSo I can enable it\n\t\tso, if you type metronidazole, you could see \"For vaginosis...\" (choice) \"For C. Difficile...\" (choice)\n\t\twe don't have the data to drive that yet, but would like to evolve there.\n\t\tOk. Do we need to build that into the system now?\n\t\tjust want to push the flexibility & design of the choice lists.\n\t\tOr is it something we could build in later?\n\t\tcan i make a couple of comments about the autocomplete\n\t\t?\n\t\tmore immediate concern, what if there are two common ways to order a drug, one BID and the other TID?\n\t\tchoice lists are absolutely everything when it comes to this interface... and i don't think it a good design decision to relegate those lists to a \"autocomplete-like\" window underneath the box\n\t\ti.e., I think the full order (including frequency) should show in the choice list\n\t\tthe choice list needs a fixed area on the interface\n\t\tdocpaul, how would you imagine that would look?\n\t\twell, as you have it designed currently, it could be to the right... i'm biased when i say i like it below, b/c that's what i'm familiar with\n\t\tThe autocomplete search box allows you to type in what you are looking for and it will tell you what is available\n\t\tdell: right, but there's going to be a large collection of choices based upon the full potential of choices\n\t\tburke: I've been assuming that the autosuggest dropdown would include:\nMetronidazole (custom)\nMetronidazole for vaginosis (order set)\nMetronidazole for C. Difficile (order set)\n\t\tSo if there are 7 ways to prescribe something and all 7 should be autocompletable\n\t\tit needs to show a full order in each row, expect that headers (comments around choices will come in the future) and support paging\n\t\tit's not just drugs... it's regiments\n\t\ter, regimens too\n\t\twhoo.... i got rmrs into dbdesigner\n\t* docpaul\tgets a chum\n\t* burke\tthinks too much information\n\t\tdjazayeri, interesting.\n\t[INFO]\tChatZilla 0.9.78.1 [Firefox 2.0.0.5/2007071317]\n\t[INFO]\tPlease visit the ChatZilla homepage at for more information.\n\t\tcan date fields support today, tomorrow, & possibly other shortcuts (e.g., thursday or t+7)?\n\t\tburke, they could be coerced to\n\t\tburke: you think that shouldn't just follow the calendar popup?\n\t\twith synonomies and everything else though, i'm not sure you'll be able to do the autocomplete intelligently enough\n\t\tyou need to be able to browse a larger selection of choices\n\t\ti suppose. it's just easier to type something than to reach over and deal with the mouse clicks...but that's not a big deal.\n\t\tlarger than what?\n\t\tif you type \"amp\" you could have dozens of possible matches\n\t\tyeah, so type one more letter. :)\n\t\tright?\n\t-->|\trachel (i=user@76.24.16.215) has joined #openmrs\n\t\tIf you typed in Vaginosis then we could make it show you all the drugs that could be prescribed for that condition\n\t\t(Rachel is a usability expert who's working with us at PIH. I just invited her to take a look too.)\n\t\tBut that is decision support system and is - as stands - beyond scope\n\t\t*blushing*\n\t\tHello rachel\n\t\tThanks for coming\n\t\there's the link: http://www.desmondelliott.co.uk/development/openmrs/soc07/doet-draft3/doet-draft.html\n\t\thttp://tinyurl.com/yr9hxg [www.desmondel...et-draft.html]\n\t\thappy to be here :)\n\t\tdocpaul, if you could create some kind of sketch\n\t\tFor what you mean then we could talk about it more\n\t\tokay, \"amoxicillin for pneumonia\", \"amoxicillin for ear infection\", \"amoxicillin 500 ...\", \"amoxicillin 857...\", \"amoxicillin/sulbactam for ...\", \"amoxicillin/clavulantes for ...\"\n\t\tI just cannot see it so I feel like we are not in sync\n\t\tburke: when do you think you're going to have all that metadata in the system?\n\t\tonce we have a place for it, we'll get it.\n\t\tI imagine it's going to be years before we have more than say 100 different order sets in eldoret or rwanda?\n\t\tit'll be years before our docs are ordering from a computer at the rate the infrastructure is moving in kenya\n\t\tdocpaul, I'm interested to hear more from you!\n\t\tI have feedback too, but let's get docpaul if he's ready to talk.\n\t\ti think the main point is to show the full order \"drug, dose, frequency, etc.\" in the choice list\n\t\tburke, ok\n\t\tdocpaul is distracted. he has to build a data model for a meeting in a couple hours.\n\t\tso if the autosuggest signifies that it's going to auto-fill fields, it should tell you exactly what it's going to auto-fill?\n\t\tBuilding a system around that in terms of the meta data will be a massive massive task\n\t\tOr could that instead be a short human-written description instead?\n\t\tyes\n\t\thow are you storing the common orders?\n\t\tmy thoughts:\n\t\tBrutal hack at the moment\n\t\t* Don't show completed drugs in-line with active drugs\n\t\t* Legend needs to show white/clear as \"active or upcoming prescription\"\n\t\tWould be something that we could gradually add to underlying database over time\n\t\t* \"Prescription History\" isn't the right label. It should say \"Active drug orders\"\n\t\t* Have the 'decision support' section for amikacin go out to the right, rather than down.\n\t\t* When I confirm a 'possible problem drug' it stays red. (Same color for pending-but-problematic, and prescribed-but-problematic)\n\t\t* Have a [stop] button in the far right column for each active prescription. You click it and it turns into a div/span with a field for date to stop, and a dropdown for reason to stop.\n\t\tOk I can do something about all of those\n\t\tI am much more concerned about how we move forward on the large-scale, long-term design issues\n\t\tburke: I feel like doing \"the right thing\" to store common orders may take us months to agree on. But we can probably agree on the structure of metadata for a first pass quickly.\n\t\tyeah. we are building what I hope eventually will be the \"fall back\" when common orders are not pre-defined\n\t\tthe main things that bother me are the frequency encoding (it's not intuitive clinically) and the lack of frequency (the full information) when I'm selecting an autocomplete order\n\t\tand it looks like we'll only allow for very brief comments. ;o)\n\t\t* Make comments a textarea. :)\n\t-->|\tbwolfe (n=bwolfe@rgnout.regenstrief.org) has joined #openmrs\n\t=-=\tMode #openmrs +o bwolfe by ChanServ\n\t\twhat about an outlet for complex orders?\n\t\tburke, right. So we should sit down and agree on HOW TO DO IT for the frequency encoding\n\t\t[bwolfe] Crazy like a wolfe!\n\t\tThe comments issue is on my radar\n\t\twhat about an outlet for complex orders?\n\t\tWhat is a complex order?\n\t\tI want to make sure we have the same understanding of the phrase\n\t\torders that cannot be encoded...like a tapering order or warfarin that is given at 5 mg M-F and 2.5 on Sunday and 7.5 on Saturday\n\t\tor do we want to ignore those for now?\n\t\tdelliott: some background. we have a free-text field in the database to allow the doctor to write things like \"give whenever the sky is blue\".\n\t\tin case the order is too complex to encode, as burke says.\n\t\tMyself, I think we should ignore those for now.\n\t\tthe idea is that the text can be translate to encoded values or vice versa, depending on the system needs/capabilities as we go forward\n\t\tburke, do you mean that you just want to be able to write in a text field exactly what you said?\n\t\tAnd that becomes an order?\n\t\tIt's pretty straightforward to add a free text field later. :)\n\t\tagreed\n\t\tOk it is straightforward but how do we represent that information\n\t\tand after that, delliott will write a parser that will encode the free text properly anyways. ;)\n\t\tHAHAHA\n\t\tI'll write a parenthesis matcher for finite state machines while I'm at it ;-)\n\t\tCREATE TABLE `orders` (\n`order_id` int(11) NOT NULL auto_increment,\n...\n`instructions` text,\n...\n\t\tWhat about putting red asterisks next to required fields like the standard convention? instead of or in addition to the \"optional\" background text\n\t\t(That's where we'll store it.)\n\t\tWhat about putting red asterisks next to required fields like the standard convention? instead of or in addition to the \"optional\" background text\n\t\tOk\n\t\tThere is no validator yet\n\t\tsorry... marc and maria came by\n\t\tBecause I'll need to build one of those while writing the parser this weekend\n\t\talso, I'm assuming I won't be able to edit the word \"optional\" in the future ;)\n\t\tMy big question that I'd like your feedback on burke (and paul if he's around) is about whether we should make everything accessible through the one autosuggesting text box.\n\t\ti dont like ausuggesting box like it is\n\t\te.g. should there be one autosuggesting box that suggests to you both drug names and order sets?\n\t\tit's a different interface model than everywhere else on the openmrs app\n\t\tyes. docs don't care.\n\t\tbut can you define \"order set\"\n\t\tLet's pretend that the autosuggesting text box could be replaced by something in the same theme as the OpenmrsSearch widget.\n\t\tburke, i'm a little under the gun here... can you cover this? :)\n\t\tyes\n\t\tok, go on darius\n\t\tOr done as an autosuggesting text box, pending a later decision.\n\t\tBut how do you feel about having a single box where the user types either the name of a drug or of an order set.\n\t\tdefine order set\n\t\torder set = one or more drugs + some auto-fill information.\n\t\tdarius: that's how it should work... what desmond is working on now should evolve to a generic order interface\n\t\tand orders often time are drugs + a level check for example\n\t\thaving just a pure drug order interface isn't how most CPOE apps work\n\t\tah, sorry, i've been completely ignoring anything but drug orders.\n\t\tI do what Darius does!\n\t\tbut it's a good start\n\t\tdesign to be generic, but start at something specific so that you dont get overwhelmed in your design\n\t\tstart with drugs, but assume it'll ultimately be more than drugs\n\t\tThat is what we are trying to do\n\t\tDesign for 80% this summer\n\t\tAnd then painstakingly do the other 20&\n\t\tmy definitions are subtly different...\n\t\ttemplate = auto-fill text\n\t\tso yes, order sets and drugs would be viewable from the same search box\n\t\torder set = a set of orders +/- auto-fill text directed to a specific indication or ordering pattern (e.g., diabetic drug menu)\n\t\tif i want to do \"infant sepsis antibiotics\", i'd like it to help me with orders for ampicillin and cefotaxime\n\t\tIf I represent a template for the most common way to prescribe ampcillin, I don't think of that as an order set.\n\t\tyea, burke and i are thinking of order sets in the same way\n\t\tjust because you've defined a common template for an order doesn't make a set. a set is 1..n drugs that fit a particular indication or workflow\n\t\tdoes that make sense djazayeri ?\n\t\tskimming it, it doesn't make sense.\n\t\tthe history come from paper\n\t\tSo a set is 1 or more drugs\n\t\tdocs would write individual orders in the chart\n\t\tbut then they'd make \"order set\" pages pre-filled for ease of use\n\t\te.g., a \"sepsi workup\" order set would be a page filled with common orders for that indication\n\t\tOkay, but shouldn't we start off with simpler order sets like:\n\t\tdarius: the phrase \"order sets\" implies that other things outside of drugs could be ordered\n\t\ts/sepsi/sepsis\n\t\tit's a set of orders\n\t\t\"Standard Adult TB treatment\"\n\t\tsure\n\t\tbut there may be \"templates\" for isoniazid\n\t\tthe auto-fill stuff\n\t\tSo you could have an \"order set\" that says Isoniazid and has some auto-fill info, but not enough to fill all required fields?\n\t\ta \"template\" could i suppose be full or partial\n\t\tI just want to make sure that everybody is onboard with the fact that I will not finish this before the end of the summer.\n\t\tAh, ok.\n\t\twithin an order set you could optionally just refer to the drug (and force the user to fill in everything) or supply a template specific to that order set\n\t\tI suspect that it will not be anywhere near complete - in terms of what we are talking about right now\n\t\tJust caught up. So you mean \"Order Set\" to be a menu of things where the doc selects one, many, or all.\n\t\tbut you might also want to provide templates that are not within order sets\n\t\tCould a template include multiple drugs?\n\t\tdes: this is not as complicated as it seems here\n\t\te.g., the top two common ways to order isoniazid\n\t\tyour work will be a subset of this\n\t\tdarius will be doing some of this code as well\n\t\tit's more semantics at the moment\n\t\tI'm happy to start using \"template\" to refer to what I've been calling \"order sets\"\n\t\tso, yes, we would want to show order sets, orders, and order templates in the choice list\n\t\ta template just provides the auto-fill into\n\t\tIf we can agree that the most important thing for this summer is to implement order templates, and custom ordering where you specify the drug.\n\t\ts/into/info/\n\t\tyes, define custom. are you referring to just naming the drug and letting the user define the rest manually?\n\t\tOkay, but I want a way for the user to say \"Standard Malawi Adult HIV Regimen\" and have that create orders for 3 differnt drugs.\n\t\tsure. if you have templates defined for each one in the order set.\n\t\tcustom = more or less what des is showing here. Not the single free-text box.\n\t\tbut we may also want to let users edit the list\n\t\twe've found it very powerful to show the order set to the user and have the ability to control the initial state of each item (whether it will be ordered or not)\n\t\tThat makes sense.\n\t\tthat let's us suggest things in an order set without actually ordering them unless the user intervenes\n\t\tI think that 95% of the functionality in the next 6 months, though, is prescribing standard HIV and TB regimens.\n\t\tBut we should think about how to have the different elements of an order set be only suggestions, you're right.\n\t\tso, you select \"Standard Malawi Adult HIV Regimen\" and then see those orders and either accept them or decide that the 2nd one in the list is unnecessary and delete it before taking the other two\n\t\tin truth, order sets become much more useful this way\n\t\tHamish says \"It's unlikely that people would prescribe anything more complex than drug-resistant TB treatment with 7-9 drugs in a developing country\"\n\t\tb/c it's often unsafe to default to ordering something that the computer is suggesting\n\t\tour HIV patients have other problems, so they may be on blood pressure medicines, diabetes meds, etc.\n\t\tI think that clicking on \"standard HIV regimen\" should pre-fill 3 boxes that you then can tweak if you want and click on.\n\t\tAgree, but you don't need to do all that in the EMR with order sets now.\n\t\tHamish: \"Diabetes meds wouldn't be in the same order set as HIV treatment\"\n\t\t(this would be easier via voice, no?)\n\t\tit's just a matter of when the doc asks for that \"order set\" sheet you auto-dump it into the list of active orders and make them cross things out or you let them check the boxes of what they want from the order set (some boxes pre-checked)\n\t\tyes.\n\t\tJust going to nip to the toilet\n\t\ti've got to run soon anyway\n\t\tok\n\t\tlet me try to sketch something...\n\t\tburke, i just sent you a static html file.\n\t\tactually, nm, outlook seems to be crashing, hold on.\n\t\tokay, sent.\n\t\tin the text box, type \"ethio\" and pick the one that says \"Ethionamide Ramp to 750mg\"\n\t\tThis pops up 3 step doses that you need to click \"Add\" on individually.\n\t\tIs that more or less what you're describing?\n\t\t(ignore that this is an incomplete mockup from our old system)\n\t\ti get the list, but nothing popups up when i select the first option\n\t\tsorry, refresh the page and try this:\n\t\tput in a start date.\n\t\t27 jul 2007\n\t\tthen in \"product\" type ethio\n\t\tthen press Enter\n\t\tthen (with the ramp thing highlighted) press Enter again.\n\t\toh. enter.\n\t\tyeah, ignore that, I never finished this page from years ago. :)\n\t|<--\truddzw has left freenode ()\n\t\tyeah. for more complicated orders this is a decent approach. for order sets I'm use to a bit more compact display\n\t\tbut this is nice\n\t\tso perhaps if the template for the drug is \"complete\" then it pops up as a single line description, and you'd have to click something to edit it.\n\t\tit's just a lot more fields & drop-downs than I'm used to.\n\t\tAnd if and if the template is \"incomplete\" then we show all those boxes?\n\t\tI supposed I'm spoiled.\n\t\tor you mean you'd prefer a text box that understands your every desire?\n\t\tyeah. :p\n\t\tI would use the templates to pre-fill the fields. template or not, it's better to have the interface predictable\n\t\tso people can habituate to it\n\t\tAgree.\n\t\tokay, i've gotta run too.\n\t\tI guess I'd rather see a much shorter version of the order displayed\n\t\twith an edit button that expanded to the encoded fields\n\t\tokay, i like that idea a lot.\n\t\tand maybe some tricks like you've started with the search box for openmrs, where you see shortcuts as you use the dumbed down dropdowns and can evolve to typing short cuts\n\t\tlike \"1am 2pm\" as a shortcut for 1 in morning and 2 and at night\n\t\tanyway...gotta go.\n\t\tok, thanks for the feedback.\n\t\tthanks for the feedback!\n\t\tthis is helpful and I'm sure we'll all like it by the 50th iteration. :p\n\t\tVery very useful\n\t\tthat you, delliott\n\t\tah, ok, you're back. :)\n\t\tthank you, delliott (is what I meant to say)\n\t\tI actually translated it itnernally as thank you\n\t\tThis parser is going to be a breeze\n\t\tok...back to other work...thanks guys...looking forward to the next iteration... :)\n\t

Browser not supported