IRC logs of #tryton for Thursday, 2010-05-13

chat.freenode.net #tryton log beginning Thu May 13 00:00:02 CEST 2010
2010-05-13 01:41 -!- plantian(~ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton
2010-05-13 02:58 -!- gremly(~gremly@186.28.37.4) has joined #tryton
2010-05-13 05:18 -!- yangoon(~mathiasb@p549F547E.dip.t-dialin.net) has joined #tryton
2010-05-13 07:15 -!- paepke__(~paepke@p4FEB0BE7.dip0.t-ipconnect.de) has joined #tryton
2010-05-13 07:55 -!- sharkcz(~dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2010-05-13 09:20 -!- Timitos(~timitos@88.217.184.172) has joined #tryton
2010-05-13 09:24 -!- eLBati(~elbati@93.37.64.48) has joined #tryton
2010-05-13 11:25 -!- udono(~udono@dynamic-unidsl-85-197-23-86.westend.de) has left #tryton
2010-05-13 11:56 -!- eLBati(~elbati@93.37.65.215) has joined #tryton
2010-05-13 12:06 -!- udono(~udono@dynamic-unidsl-85-197-23-86.westend.de) has joined #tryton
2010-05-13 13:19 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton
2010-05-13 13:23 -!- [1]FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton
2010-05-13 13:24 <cedk> udono: I can not publish release on pypi for account_de_skr03
2010-05-13 13:25 <udono> cedk: ok, I'll do
2010-05-13 13:25 <cedk> udono: or you can give me access
2010-05-13 13:25 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton
2010-05-13 13:26 <cedk> udono: you must register the right version
2010-05-13 13:26 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has left #tryton
2010-05-13 13:26 <udono> cedk: yes, thanks
2010-05-13 13:32 -!- essich(~essich@p4FCF9075.dip0.t-ipconnect.de) has joined #tryton
2010-05-13 13:50 <udono> cedk: I give you maintainer access to account_de_skr03.
2010-05-13 13:51 <cedk> udono: ok thx
2010-05-13 13:59 -!- eLBati(~elbati@93.37.66.124) has joined #tryton
2010-05-13 14:17 -!- paepke(~paepke@p5B32CC9D.dip.t-dialin.net) has joined #tryton
2010-05-13 15:07 -!- woakas(~woakas@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-05-13 15:41 -!- gremly(~gremly@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-05-13 16:17 -!- paepke(~paepke@p5B32CC9D.dip.t-dialin.net) has joined #tryton
2010-05-13 16:47 -!- eLBati(~elbati@93.37.65.85) has joined #tryton
2010-05-13 17:08 -!- tekoholic(~quassel@174-29-172-112.hlrn.qwest.net) has joined #tryton
2010-05-13 17:27 <cedk> paepke: could you test again the exe
2010-05-13 17:27 <cedk> paepke__:
2010-05-13 17:28 <cedk> I have tried better fix then previously
2010-05-13 17:29 <paepke> cedk, ok. give me a second.
2010-05-13 17:32 <paepke> cedk, do i need to check something special? or only if it starts
2010-05-13 17:33 <cedk> paepke: if it starts
2010-05-13 17:35 <paepke> cedk, ok. both binaries start or installs & start
2010-05-13 17:37 <cedk> paepke: thx
2010-05-13 17:38 <cedk> paepke: I will have also neso to test
2010-05-13 17:38 <paepke> cedk, ok. gimme a link
2010-05-13 17:40 <cedk> ACTION generate neso exe
2010-05-13 17:56 <cedk> paepke: http://www.b2ck.com/~ced/neso-setup-1.5.0.exe
2010-05-13 18:02 <paepke> cedk, doesn't start
2010-05-13 18:02 <paepke> cedk, really 1.5?
2010-05-13 18:03 <cedk> paepke: it is not the issue
2010-05-13 18:06 <paepke> cedk, ok. i can't get any error out of the .exe
2010-05-13 18:12 <cedk> paepke: uploaded a new one
2010-05-13 18:13 -!- gremly(~gremly@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-05-13 18:15 <paepke> cedk, doesn't work
2010-05-13 18:55 <paepke> cedk, bbl. just send me a pm and i'll test neso.
2010-05-13 19:10 -!- enlightx(~enlightx@217.203.40.243) has joined #tryton
2010-05-13 20:47 -!- udono(~udono@dynamic-unidsl-85-197-19-150.westend.de) has joined #tryton
2010-05-13 21:59 -!- plantian(~ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton
2010-05-13 22:11 -!- juanfe(~juanfe@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-05-13 22:39 -!- gremly(~gremly@78.220.60.190.host.ifxnetworks.com) has joined #tryton
2010-05-13 23:13 -!- incore(~mtw@2002:506d:4a7e:0:21c:25ff:fe76:85d3) has joined #tryton
2010-05-13 23:18 <cedk> incore: hi
2010-05-13 23:18 <cedk> incore: good to see you here
2010-05-13 23:18 <incore> cedk: hello back, it's my first time in irc for almost 10 years
2010-05-13 23:19 <cedk> incore: I find it is a better place to discuss then on twitter
2010-05-13 23:20 <incore> definitely! it's kinda hard to express things in 140 chars
2010-05-13 23:20 <incore> well - would you have a minute for a principal question?
2010-05-13 23:20 <cedk> incore: I use twitter because some people are only there otherwise I will never
2010-05-13 23:21 <cedk> incore: yes
2010-05-13 23:22 <incore> cedk: OK, as you might have read from our previous messages and tweets, we're about to implement a patient record and time scheduling system for physicians
2010-05-13 23:23 <incore> cedk: in fact, that was our motivation to look into the Medical module for OpenERP
2010-05-13 23:23 <cedk> incore: yes
2010-05-13 23:24 <cedk> incore: and I suggested you to port it on Tryton
2010-05-13 23:24 <incore> cedk: ..while Medical is great for the situation in developing countries, it is not really suitable for use within the EU - that's due to national social insurance regulations
2010-05-13 23:25 <cedk> incore: what is wrong?
2010-05-13 23:25 <incore> cedk: that's exactly what I would like to do, but in a much more lightweight fashion
2010-05-13 23:26 <incore> cedk: well, in Austria for for example you have to implement a certain Java-based API into _every_ medical system that should/could be sold to a physician
2010-05-13 23:27 <cedk> incore: are you sure of that? I find strange to link to programing language
2010-05-13 23:28 <incore> cedk: that is because the whole financial administration of any medical treatment is done centrally within the national social insurance system
2010-05-13 23:28 <incore> cedk: yep, they have published an API
2010-05-13 23:28 <incore> cedk: ..but that's not my point
2010-05-13 23:28 <cedk> incore: yes, I understand that it requires to export data in a specific format but it must not be linked to Java
2010-05-13 23:29 <cedk> incore: do you have links to API?
2010-05-13 23:29 <incore> cedk: yup -you're right, you don't have to implement it in Java. what I wanted to say is that the API itself is java-based
2010-05-13 23:30 <incore> cedk: yes, in principle I have some documentation for that API (however I don't have it available now)
2010-05-13 23:31 <incore> cedk: so linking that API is a future project
2010-05-13 23:32 <incore> cedk: what I sould like to do as a start is to simply implement a patient record together with a time scheduling system for physicians
2010-05-13 23:33 <incore> cedk: what we did so far is that we started implementing it as a module for OpenERP but we got stuck with the time scheduling
2010-05-13 23:33 <cedk> incore: that is doable in Tryton
2010-05-13 23:33 <cedk> incore: you should extend party to include patient data
2010-05-13 23:33 <cedk> incore: and you can use CalDAV for scheduling
2010-05-13 23:34 <cedk> incore: CalDAV means calendar module
2010-05-13 23:34 <incore> cedk: the thins is that the system needs to be as simple as possible for the physician's assistants, ie somebody calls the physician, wants to fix an appointment for - say in a week's time-
2010-05-13 23:35 <incore> and the assistant has to process the appointment, the kind of treatment and (if not already available) the patient's data
2010-05-13 23:36 <incore> cedk: so my problem is that I need a simple application that can fulfill these requirements.
2010-05-13 23:36 <cedk> incore: I suggest you to use CalDAV with CardDAV like that you will have patient information in the address book
2010-05-13 23:38 <incore> cedk: I really like the idea and principle of CalDAV, but in my understanding that would mean that the assistant would have to switch forth and between different appications?
2010-05-13 23:38 <incore> cedk: ie processing the patient data within tryton, while managing the appointments within any calendar tool that speaks CalDAV
2010-05-13 23:39 <cedk> incore: it depends
2010-05-13 23:39 <cedk> incore: if patient data is only contact information then it can be done with CardDAV
2010-05-13 23:39 <incore> cedk: in OpemERP the assistant has only one application - the client that has the calendar integrated
2010-05-13 23:40 <incore> no it's not, it also holds all information on previous treatments, insurance etc.
2010-05-13 23:41 <cedk> incore: except that in OpenERP the calendar is a crappy stuff
2010-05-13 23:41 <incore> cedk: I hope my explanation was not too confusing for you.
2010-05-13 23:41 <incore> cedk: YEP. I totally agree with you.
2010-05-13 23:42 <incore> cedk: there we had the problem hat usually a treatment takes 10-15 minutes
2010-05-13 23:42 <cedk> incore: so I prefer having two application opened then one crappy
2010-05-13 23:43 <incore> cedk: but the OpenERP calendar does not allow to stretch the time axis in a way that one can really distinguish these short appointments in day view
2010-05-13 23:43 <cedk> incore: and people are familiar to switch into calendar application
2010-05-13 23:43 <cedk> incore: like for emails
2010-05-13 23:44 <cedk> incore: yes that is why it is better to have a real calendar application which was build for this purpose
2010-05-13 23:44 <cedk> incore: like sunbird or evolution
2010-05-13 23:45 <incore> cedk: ok, assuming we use CalDAV, is there a way to give different categories to events?
2010-05-13 23:45 <cedk> incore: or even outlook if http://openconnector.org/ works
2010-05-13 23:45 <incore> cedk: we need that to distinguish different treantments
2010-05-13 23:46 <cedk> incore: yes, do you have sunbird or lightning ?
2010-05-13 23:47 <incore> cedk: yup, every now and then I use sunbird to check Google Calendar events
2010-05-13 23:47 <cedk> incore: so you will have the same event windows to edit
2010-05-13 23:48 <incore> cedk: so I would need to associate CalDAV events with a) a distinct patient and b) a certain type of treatment
2010-05-13 23:49 <cedk> incore: treatment could be categories
2010-05-13 23:49 <cedk> incore: and patient will be linked by attendees (email)
2010-05-13 23:50 <cedk> incore: so the system shoudl generate an internal email for patients
2010-05-13 23:50 <incore> cedk: sorry, I did't get that
2010-05-13 23:50 <incore> cedk: treatment -> category OK
2010-05-13 23:51 <incore> cedk: patient ?
2010-05-13 23:52 <cedk> incore: in CalDAV world to link an event to external people it uses attendees
2010-05-13 23:52 <cedk> incore: and attendees are generaly identified by their email addresses
2010-05-13 23:53 <cedk> incore: but I think it can be any string
2010-05-13 23:53 <incore> cedk: ok, I understand
2010-05-13 23:53 <cedk> incore: but calendar application propose email autocompletion bases on address book
2010-05-13 23:54 <cedk> incore: so with the party_vcarddav you will retrieve patient in address book
2010-05-13 23:54 <incore> cedk: ok...
2010-05-13 23:55 <cedk> incore: but as you will need an email and I guess that physicians do not have it, Tryton will need to generate one for internal purpose
2010-05-13 23:55 <incore> cedk: yep
2010-05-13 23:56 <incore> cedk: does the party_vcarddav update the address book automatically upon adding a new party?
2010-05-13 23:56 <cedk> incore: yes of course
2010-05-13 23:56 <cedk> incore: but you need a calendar client that supports carddav also
2010-05-13 23:57 <cedk> incore: lightning will do
2010-05-13 23:57 <incore> cedk: ok, i've only tried lightning once on linux. i guess windows binaries are available
2010-05-13 23:58 <incore> cedk: ..because all this stuff has to run under windows
2010-05-13 23:59 <cedk> incore: ligthning is in 1.0beta1

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!