00:05:07
|
*** sioraiocht has quit IRC
|
00:19:45
|
*** nribeka has quit IRC
|
00:25:56
|
*** nribeka has joined #openmrs
|
00:45:58
|
<OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: Problem starting openmrs after successful deployment (I thin <http://forum.openmrs.org/viewtopic.php?f=9&t=389#p1306>
|
01:02:16
|
*** upul has quit IRC
|
01:02:39
|
*** upul has joined #openmrs
|
01:54:23
|
*** njero has joined #openmrs
|
01:56:37
|
*** ChanServ sets mode: +v njero
|
02:09:59
|
*** njero_ has joined #openmrs
|
02:10:08
|
*** njero has quit IRC
|
02:11:58
|
*** njero_ is now known as njero
|
02:12:11
|
*** ChanServ sets mode: +v njero
|
02:15:12
|
*** nribeka has quit IRC
|
03:45:24
|
*** upul has quit IRC
|
03:45:46
|
*** upul has joined #openmrs
|
05:15:54
|
*** upul has quit IRC
|
06:57:53
|
*** TorLye has quit IRC
|
07:12:09
|
*** TorLye has joined #openmrs
|
07:38:49
|
*** bmckown has joined #openmrs
|
07:38:49
|
*** ChanServ sets mode: +o bmckown
|
07:50:19
|
*** nribeka has joined #openmrs
|
08:23:11
|
*** sioraiocht has joined #openmrs
|
08:37:10
|
*** atomicturtle has quit IRC
|
08:41:26
|
*** nribeka has quit IRC
|
08:42:26
|
*** nribeka has joined #openmrs
|
08:45:58
|
*** james_regen has joined #openmrs
|
08:45:59
|
*** ChanServ sets mode: +v james_regen
|
08:59:01
|
<nribeka> hi james_regen
|
09:15:18
|
<james_regen> hi
|
09:16:06
|
<james_regen> nribeka: i committed some code friday that you can try to fix if you don't want to wait until next week
|
09:19:28
|
*** rfoecking has joined #openmrs
|
09:20:06
|
<rfoecking> anyone know if the "Find Encounter" search box on obsForm actually works?
|
09:23:04
|
<nribeka> james_regen: which code is it?
|
09:23:04
|
<nribeka> i'm talking with shaun right now :)
|
09:27:27
|
*** sgrannis has joined #openmrs
|
09:27:31
|
*** ChanServ sets mode: +v sgrannis
|
09:27:36
|
<sgrannis> hey james_regen
|
09:27:47
|
<sgrannis> nyoman and i are chatting right now
|
09:33:16
|
*** atomicturtle has joined #openmrs
|
09:47:51
|
*** jmiranda has joined #openmrs
|
09:47:51
|
*** ChanServ sets mode: +o jmiranda
|
09:48:51
|
<nribeka> interesting data model :)
|
09:58:11
|
<nribeka> sgrannis: it was great talking to you :)
|
10:08:27
|
*** pombreda1 has joined #openmrs
|
10:08:38
|
*** pombreda has quit IRC
|
10:10:04
|
*** njero has quit IRC
|
10:10:16
|
*** njero has joined #openmrs
|
10:10:17
|
*** ChanServ sets mode: +v njero
|
10:22:33
|
*** njero has quit IRC
|
10:27:09
|
*** james_regen has quit IRC
|
10:47:24
|
*** sprasanna has joined #openmrs
|
10:56:25
|
*** sprasanna has left #openmrs
|
11:00:01
|
*** njero has joined #openmrs
|
11:00:01
|
*** ChanServ sets mode: +v njero
|
11:05:07
|
*** njero has quit IRC
|
11:09:06
|
<OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Forum: Re: Problem starting openmrs after successful deployment (I thin <http://forum.openmrs.org/viewtopic.php?f=9&t=389#p1307> || Shaun Grannis: Notes from 7/15/08 Patient Matching call <http://doctorshaun.blogspot.com/2008/07/notes-from-71508-patient-matching-call.html>
|
11:12:14
|
*** sioraiocht has quit IRC
|
11:18:39
|
*** njero has joined #openmrs
|
11:18:40
|
*** ChanServ sets mode: +v njero
|
11:32:00
|
*** njero has quit IRC
|
11:38:24
|
*** njero_ has joined #openmrs
|
11:42:13
|
*** njero_ has quit IRC
|
11:48:36
|
*** nribeka has quit IRC
|
12:11:32
|
<OpenMRSBot> Recent updates in the world of openmrs: Tor Lye: Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. <http://tor-soc.blogspot.com/2008/07/build-man-fire-and-hell-be-warm-for-day.html>
|
12:44:09
|
*** rfoecking has quit IRC
|
12:58:07
|
*** TorLye has quit IRC
|
13:02:28
|
*** TorLye has joined #openmrs
|
13:16:49
|
*** sioraiocht has joined #openmrs
|
13:25:36
|
*** zign has joined #openmrs
|
13:25:59
|
*** zign has left #openmrs
|
14:00:05
|
*** [mharrison] has quit IRC
|
15:54:09
|
*** sgrannis has quit IRC
|
16:11:35
|
*** TorLye has left #openmrs
|
16:13:04
|
*** TorLye has joined #openmrs
|
16:26:43
|
<OpenMRSBot> Recent updates in the world of openmrs: Shaun Grannis: Notes from 7/22/08 Patient Matching call <http://doctorshaun.blogspot.com/2008/07/notes-from-72208-patient-matching-call.html>
|
17:30:14
|
*** docpaul has joined #openmrs
|
17:30:14
|
*** ChanServ sets mode: +o docpaul
|
17:33:15
|
*** docpaul has quit IRC
|
17:52:19
|
*** [mharrison] has joined #openmrs
|
18:01:44
|
*** sioraiocht has quit IRC
|
18:03:50
|
*** nribeka has joined #openmrs
|
18:17:11
|
*** r0bby has quit IRC
|
18:17:11
|
*** Echidna has quit IRC
|
18:17:11
|
*** jacobb has quit IRC
|
18:17:27
|
*** Echidna has joined #openmrs
|
18:17:27
|
*** jacobb has joined #openmrs
|
18:17:27
|
*** r0bby has joined #openmrs
|
18:17:27
|
*** irc.freenode.net sets mode: +v r0bby
|
18:51:57
|
*** atomicturtle has quit IRC
|
19:44:35
|
*** atomicturtle has joined #openmrs
|
19:48:52
|
*** huntp has joined #openmrs
|
20:05:32
|
*** bmckown has quit IRC
|
20:44:57
|
*** sgrannis has joined #openmrs
|
20:45:05
|
*** ChanServ sets mode: +v sgrannis
|
20:54:45
|
*** nribeka_ has joined #openmrs
|
20:58:58
|
*** [mharrison] has quit IRC
|
20:59:46
|
*** nribeka has quit IRC
|
21:00:22
|
*** nribeka_ is now known as nribeka
|
21:07:17
|
<nribeka> sgrannis, are u still there?
|
21:08:04
|
<sgrannis> still here
|
21:16:10
|
<nribeka> send u a patch
|
21:24:00
|
*** [mharrison] has joined #openmrs
|
21:38:04
|
*** upul has joined #openmrs
|
21:42:38
|
<nribeka> sgrannis, patch committed :)
|
21:42:59
|
<sgrannis> thx! I'll give it a shot!
|
21:46:06
|
<nribeka> ok ok :D
|
21:46:33
|
<nribeka> kewl ... lol
|
22:22:37
|
<sgrannis> nribeka: I noticed one thing
|
22:22:58
|
<nribeka> fingers crossed
|
22:23:18
|
<sgrannis> :)
|
22:23:50
|
<nribeka> what is it sgrannis
|
22:23:56
|
<sgrannis> we should require a uid field independent of whether it's a deduplication run or not
|
22:24:10
|
<sgrannis> transitive grouping won't work without it
|
22:25:03
|
<sgrannis> right now it appears that the uid field is checked only if it's a deduplication run.
|
22:25:28
|
<nribeka> yeps. so no matter dedupe or not, the uid will still be mandatory?
|
22:25:33
|
<sgrannis> Yes.
|
22:25:43
|
<sgrannis> It's a big step, but I think it's necessary
|
22:25:51
|
<sgrannis> right now the user will have ot genreate it
|
22:26:10
|
<sgrannis> later we'll add the automatic uid generation function
|
22:26:16
|
<sgrannis> but that's a derived trait
|
22:26:18
|
<nribeka> at some point we need to generate it if they don't have it
|
22:26:24
|
<sgrannis> and required a more robust data model
|
22:26:40
|
<nribeka> which is the database model
|
22:26:46
|
<sgrannis> exactly
|
22:27:15
|
<sgrannis> so for now, users have to generate it. OpenMRS already has it.
|
22:27:39
|
<sgrannis> that's a small point, and everything else looks great!
|
22:28:59
|
<nribeka> ok ok cule (i need to find my own style)
|
22:30:27
|
<nribeka> i will look in to the blocking order and then the requirements for the new GUI features
|
22:34:36
|
<nribeka> do you found anything else that's unusual sgrannis?
|
22:35:37
|
<sgrannis> nothing comes to mind with those changes. One other minor issue, if you're looking for things to do .... ;)
|
22:36:38
|
<sgrannis> a field can either be a blocking field OR an include field, but not both.
|
22:36:47
|
<nribeka> haha ... yes sure :)
|
22:36:51
|
<sgrannis> in the GUI, we can set a field to be both
|
22:37:05
|
<sgrannis> (this has been the case forever -- its been wrong forever)
|
22:37:47
|
<sgrannis> so the rule I think we need to implemet is if a user selects the field as a blocking variable, the inlcude checkbox should be set to unchecked
|
22:38:24
|
<sgrannis> and if a user checks an inlcude box, the blockign field should be set to '0'
|
22:39:07
|
<sgrannis> I can write up a ticket,and there's no hurry -- again this is very minor
|
22:39:33
|
<nribeka> ic ic ... that's fine. the assignment is pretty straightforward i think :)
|
22:39:56
|
<nribeka> will look into it to see how we can implement it :)
|
22:40:48
|
<nribeka> tickets will be great, sgrannis :)
|
22:47:37
|
<nribeka> i feel like i'm asking so much from u sgrannis :(
|
22:49:35
|
<sgrannis> why?
|
22:51:47
|
<nribeka> i ask u to write all the tickets :P
|
22:52:09
|
<nribeka> i think it should be ours as interns duty to write it :P
|
22:52:13
|
<nribeka> hehe ...
|
22:52:52
|
<sgrannis> i don't mind. if you find a defect you certainly write up a ticket. my persnickity nature predisposes me to think abotu where things are broken :)
|
22:54:14
|
<nribeka> google-ing persnickity and predisposes ... :P
|
22:55:57
|
<sgrannis> persnickity: fussy about small details
|
22:57:01
|
<nribeka> ah got it. Fastidious or fussy
|
22:57:06
|
<nribeka> haha ... lol
|
22:57:11
|
<nribeka> are you sgrannis?
|
22:57:19
|
<sgrannis> am I? ...
|
22:57:36
|
<nribeka> i don't think so. details is important :)
|
22:57:57
|
<sgrannis> I think w,r.t. software, details matter ;)
|
22:58:06
|
<sgrannis> w.r.t.
|
22:58:10
|
<nribeka> yeps, :)
|
22:58:35
|
<nribeka> especially critical system :)
|
23:08:44
|
<OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Tickets: Ticket #935 (defect created): Verify Blocking/Include status of matching fields <http://dev.openmrs.org/ticket/935>
|
23:11:29
|
<nribeka> !tickets 935
|
23:11:29
|
<OpenMRSBot> nribeka: Error: "tickets" is not a valid command.
|
23:11:33
|
<nribeka> !ticket 935
|
23:11:33
|
<OpenMRSBot> nribeka: Ticket #935: http://dev.openmrs.org/ticket/935
|
23:33:46
|
<huntp> hey - does anyone know if it's possible to allow a patient to login to OpenMRS and see their own records?
|
23:44:23
|
<r0bby> phil!
|
23:45:45
|
<nribeka> huntp, r0bby can answer it for you i think :)
|
23:46:29
|
<r0bby> no I can't
|
23:46:37
|
<r0bby> Just saying hi :P
|
23:46:49
|
<r0bby> wait until the am
|
23:46:50
|
<nribeka> just kiding rob :)
|
23:47:05
|
<nribeka> yeah, huntp, you need to wait for the mentors to wake up :D
|
23:47:19
|
<nribeka> i think sgrannis and jmiranda is still online :D
|
23:48:11
|
<jmiranda> nribeka, yes ... it is true
|
23:48:44
|
<nribeka> aha ... summoned jmiranda :D
|
23:48:54
|
<jmiranda> huntp, currently patients do not have user records
|
23:49:11
|
<jmiranda> but, that doesn't mean they can't
|
23:50:34
|
*** docpaul has joined #openmrs
|
23:50:34
|
*** ChanServ sets mode: +o docpaul
|
23:50:35
|
<huntp> sorry, was in another window ...
|
23:50:42
|
<docpaul> hi. :)
|
23:50:52
|
<docpaul> hi phillip hunt. :)
|
23:50:54
|
<r0bby> hey paul
|
23:51:05
|
<docpaul> rob: a link you might be interested in:
|
23:51:06
|
<docpaul> http://video.google.com/videoplay?docid=3438740387413325041
|
23:51:07
|
<OpenMRSBot> <http://ln-s.net/24fw> (at video.google.com)
|
23:51:22
|
<huntp> yeah - would be cool if a user was a "person" - and we established some kind of relationship between the person -> user tables
|
23:51:33
|
<docpaul> a module development primer
|
23:51:46
|
<docpaul> phil: users are in fact persons
|
23:52:07
|
<huntp> ok?
|
23:52:08
|
<docpaul> users extend people
|
23:52:10
|
<huntp> problem solved then!
|
23:52:27
|
<docpaul> that is by design. :) what happens when patients start entering their own data? :)
|
23:52:52
|
<jmiranda> huntp, but within openmrs we don't create a user record for each patient
|
23:52:58
|
<huntp> yip - obviously that'd need to be controlled
|
23:53:09
|
<docpaul> no users without a person stub though.
|
23:53:23
|
<docpaul> justin: check out that link. :)
|
23:53:30
|
<jmiranda> but a module certainly could extend that functionality and allow a patient to register with the system given their ID (and some answers to security questions)
|
23:53:36
|
<huntp> so - we can have users who arent patients?
|
23:53:39
|
<docpaul> webreach 1.5 hour tutorial video
|
23:53:45
|
<docpaul> of course
|
23:53:57
|
<huntp> if yes, how would you make a user a patient - is this possible thru the web interface?
|
23:54:02
|
<r0bby> paul, im getting a new laptop
|
23:54:08
|
<r0bby> and burke better pass me in the final
|
23:54:17
|
<r0bby> otherwise im out $180! :<
|
23:54:35
|
<docpaul> heh... make a strong module, and he'll pass you
|
23:54:54
|
<docpaul> no worky groovy module, no passy :)
|
23:55:36
|
<jmiranda> docpaul, where did jacob present this?
|
23:55:41
|
<docpaul> hunt: one person can be both a user and a patient
|
23:55:47
|
<docpaul> jm: conference call
|
23:55:56
|
<docpaul> for regenstrief and another project we're doing with openmrs
|
23:55:58
|
<r0bby> docpaul: cool, except I kinda know how to do it :P
|
23:56:04
|
<jmiranda> docpaul, did we get that relationship wrong?
|
23:56:27
|
<jmiranda> nevermind
|
23:56:32
|
<docpaul> jm: which relationship justin?
|
23:56:32
|
<docpaul> oh
|
23:57:04
|
* r0bby broke up his ajax servlet
|
23:57:07
|
<jmiranda> was wondering if it might have been better to have patient extend person extend user
|
23:57:11
|
<r0bby> docpaul: did you see ticket 930 :)
|
23:57:27
|
<huntp> paul: understand now .... sorry, i'm really new to OpenMRS - have just configured an existing user in my DB to now also be a patient
|
23:57:32
|
<docpaul> welp, we also need non patient, non users in the system
|
23:57:36
|
<jmiranda> but that would create an unnecessary record in user for every patient
|
23:57:49
|
<docpaul> phil: oh man, no problem at all!
|
23:57:50
|
<docpaul> ask away
|
23:57:56
|
<huntp> :)
|
23:58:07
|
<docpaul> we're excited that you're becoming a new member of our community
|
23:59:03
|
<r0bby> huntp: keep your eyes peeled -> http://openmrs.org/wiki/GroovyForms_Module
|
23:59:15
|
<r0bby> make creating forms cake
|
23:59:34
|
<docpaul> how are things coming along robbo?
|
23:59:40
|
<r0bby> docpaul: good
|
23:59:54
|
<docpaul> burke was pretty psyched the other day
|