Menu
▾
▴
op-torch-devel — Discussions regarding TORCH2 Development
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
(3) |
Mar
(63) |
Apr
(4) |
May
(4) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(15) |
Nov
(2) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(4) |
Feb
(10) |
Mar
(33) |
Apr
(25) |
May
(8) |
Jun
(4) |
Jul
|
Aug
(7) |
Sep
(2) |
Oct
(9) |
Nov
(3) |
Dec
(5) |
| 2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2007 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mona AL-S. <mon...@ho...> - 2014-06-23 00:20:15
|
Dear Torch developers, I am Mona Alsaffar health informatics graduate student at University of California-Davis. I am conducting a study about developers involved in healthcare F/OSS projects. I believe this research is an important work to characterize healthcare F/OSS globally. I would like to ask you for help by answering my survey even if you are no longer an active developer. It is an anonymous and voluntary survey of 20 questions, which will take approximately 5 minutes to complete. If you have any question, feel free to contact me or my chair advisor Dr. Mike Hogarth. Your participation is very valuable. Please kindly, check the following link http://www.surveygizmo.com/s3/1636553/Open-Source-Electronic-Medical-record-software-survey Mona Alsaffar Health Informatics student (720)325-0264 Dr. Mike Hogarth Professor and Vice Chair, Department of Pathology and Laboratory Medicine at UC-Davis (916)817-9951 http://www.hogarth.org/ |
|
From: Michael A R. M. <mi...@we...> - 2007-02-05 02:06:09
|
Ok, added some stuff to the svn server, which is almost up for access. It has been a busy week. Added a quickinstaller option for torch that will create some default content. A couple of bugs to work out with it, but it works pretty well. Makes it nicer to install a sample site and use it to create some default content. Things to fix: 1) portlets: need non addable portlents in the ehr object, only addable in the encounter 2) Fix the encounter portlent to show encounters when in an encounter. 3) Events: I added an event to reorder the ICD9 codes when one is changed, but it is not working... the event doesn't seem to be called. I will look at this. 4) Patient views: on the patient objects, my views are not being used, but rather a link to the portal root views... I think this may be a permissions problem, but I am uncertain at this time... I'm sure there is other stuff, but I am moving forward on the billing stuff. Michael |
|
From: Tim C. <tw...@co...> - 2007-01-18 20:10:25
|
> I know exactly how I would program this through Zope and the ZODB, how > the layout of your DB is done is of course going to be different, but > still easily doable. > The RHIO would simply provide the information as a secure web service to TORCH. You wouldn't want to store that info in TORCH at all if I understand what you are proposing. Cheers, Tim |
|
From: Michael A R. M. <mro...@we...> - 2007-01-17 21:38:31
|
On Jan 16, 2007, at 11:40 PM, David Willis wrote: > Michael: > > I was thinking...as I always tend to be about the synergy between > our projects. One of the features that i want the RHIO to provide > is clinical dashboards--preventive health, diabetes, cardiovascular > disease, asthma, depression, etc. These with be patient and disease- > specific summaries of patient care--very useful. Since much of that > information is sources in the RHIO, would it be possible to develop > these clinical dashboards once and utilize the programming in both > systems. In other words, when you go to click on a dashboard in > TORCH you pull up a RHIO-based programming feature. Save time and > work, and create a marketing tool for the client who uses the RHIO- > based dashboard but wants more, i.e TORCH-which is an office-base > solution that simply extends the physicians capabilities. > > I realize that there are separate databases, but the RHIO is still > in flux and the basis of the programming languages are compatible. > I realize you probably cannot answer the question without the > details, but consider the possibility for the future. > > David > Hey David, this is an interesting Idea, I think that this fits most closely into the idea of the Problem List. We have talked before how the Problem lists aren't usually done correctly, so here is what I have been thinking of. The Problem List needs to be DX based: this only makes sense Should give you a much better view of the problem, and show you associated thinks For example: when DM is the problem: this should show you their last visit for this problem List of Encounters that list this encounter as a diagnosis. The medications that are currently linked to this problem And the last labs that are linked to this problem (could also throw in Radiology) These are things that we can create a base list of things included with _every_ problem, which means that it is generalizable, and if we access the RHIO for this information, we get it from all providers who input to the RHIO. I know exactly how I would program this through Zope and the ZODB, how the layout of your DB is done is of course going to be different, but still easily doable. Thoughts? Michael |
|
From: Michael A R. M. <mi...@we...> - 2007-01-15 12:06:51
|
Thought of something last night, we could use an ZCatalog, but instead of cataloging objects, just catalog our codes, with the following information, code, code_type, version, short_description, long_description, ... There is nothing in the ZCatalogs that says we have to store objects... then we can write a method to take a delimited text file to import the data, or better yet, an XML file (longer, but safer) Michael Rowley MD Project Manager TORCH2 Trusted Open source Records for Care and Health |
|
From: Michael A R. M. <mi...@we...> - 2007-01-15 04:57:57
|
Hello all, Well, new developements. The project is still moving forward, and we are getting really close to a demo being avaliable. There is a good possibility that we may have some new blood in the project also. Here is what is doing now. TORCHMD : a new name, Trusted Open source Records for Care and Health with Medical Data. We are currently using Zope 2.9.4, Plone 2.5.1, membrane and remember, and some products that I have developed for internal use. I am going to start posting ideas back to the list, hoping to get some input. We will see what we get back. Michael Rowley MD Project Manager TORCH2 Trusted Open source Records for Care and Health |
|
From: Michael A R. M. <mi...@we...> - 2007-01-15 03:15:45
|
Ok, some thoughts about code searches.
Currenlty, I have the system set up to search an postgreSQL database
for ICD9 Codes, and am considering adding the same types of tables
for CPT and HCPCS codes, and then save the codes to a CPT folder
object in the encounters. These billing_code objects will then
search a formulary for an amount, and create a charge object inside
the billing_code object, this way our code - charge relations are safe.
Now, my question is, is it better to keep the codes in the sql db, or
create a couple thousand cpt and hcpcs codes in the torchadmin folder.
I am leaning to keeping the codes in the sql db.
Next question, is how to keep the fee schedules straight.
we will have a default fee schedule, kept in the facility object,
which will be a table of codes and fee's. For me logically this is
easier to make a zope object, yeah, I know, that makes no sense.
Ok, FeeSchedule object:
containes a list of codes with associated charges.
For now I am envisioning this as a simple dictionary of fee:charges.
I suppose I could do the same thing for the icd9 codes, and others..
ICD9:
version = '2006'
codes = {code :{short: shortdescription, long:longdescription},
... }
hmm, interesting idea. I am hesitant to create a bunch of codes, and
this seems like a do-able idea.
ya got to love stream of conciousness messages. ;)
Thoughts please.
Michael
|
|
From: Michael R. <os...@ea...> - 2006-12-10 13:56:06
|
hello, Just a quick update, as there has been, again, very little movement on the list. TORCH is still moving forward, and has been progressing rapidly lately. I have the system moved to Plone 2.5, with membrane and remember, and have the system actually semi functional. Currenlty there have been a few glitches, mainlty that I am currently deployed (US Army) and my time is not my own. In my spare time, I don't have anything else to do but work on torch, so I guess that is good news. The SVN and test server is dead, as I tried to upgrade it long distance on a rare opportunity that I get, and fried it. so it will have to wait till I get back, or I sweet talk someone to venture to it, which doesn't seem likely. Hopefully it will be back soon, as I would liek to keep my code merged into the SVN server. Oh well. I am almost ready to put a demo up on the site though, with the clinical stuff working, and adding the billing stuff in soon. Have looked at many options for billing, including Bastion Ledger, wich I do not think will work. It does not progress quickly, and has several bugs I don't desire to fix right now. Also looking at a python project, tinyerp, or maybe something as established as sql- ledger. sql ledger has the benefit of being well supported, and functional, though python based, making it more of a challenge. Still doable though. tinyerp has the advantage of being python based, client server based, and seems to be very functional. More on this as it develops. Scheduling is still an issue. We have the start of a system by Jake Isaac, but he has not the time to continue it right now, so am looking at XCalendar again, which will likely do 90% of what I need. And I know enough now to be able to add the rest in. It is well supported, (up to now) and will play with it soon. Will simply be a matter of subclassing the event to an appointment with the added stuff I need. I liked Jakes stuff, but will have to see if I can do it or not. For now, I have spun it off onto its's own project, and will move forward from there. Torch seems to be moving more modular. Makes the pieces easier to handle, and easier to give more options. Enough for now. Michael Rowley MD Project Manager TORCH2 Trusted Open source Records for Care and Health |
|
From: Ignacio V. <iv...@ha...> - 2006-08-03 14:46:47
|
Michael, where is your svn? -- IV On Thu, 3 Aug 2006 08:29:03 -0400 "Michael A Rowley, MD" <mi...@we...> wrote: > just updated the SVN server with the newest changes, version 35, it > > isn't onthe server yet, too much stuff to do, to little time. I am > > hoping to get back to a version that is navigatable this weekend. > creation of accounts works now, naming conventions for users works, > > the EMR portion works, just need a clean navigation path between > them. HOpe to have that this weekend, as I am drilling, and should > > get some of this done. Will update the SVN server on Monday, and > hopefully get this on lameduck by wednesday. Just depends on what > other crap occurs. > > Michael. > > > On Aug 1, 2006, at 9:44 PM, Yacoub Isaac wrote: > >> Mike >> >> Do you have a version of torch up and running? I looked on >> lameduck but >> I didn't see anything. >> >> Jake >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to >share your > opinions on IT & business topics through brief surveys -- and earn >cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ************************************************** > TORCH is supported by the open source community. > > Op-torch-general mailing list > Op-...@li... > https://lists.sourceforge.net/lists/listinfo/op-torch-general |
|
From: Michael A R. M. <mi...@we...> - 2006-08-03 12:33:57
|
just updated the SVN server with the newest changes, version 35, it isn't onthe server yet, too much stuff to do, to little time. I am hoping to get back to a version that is navigatable this weekend. creation of accounts works now, naming conventions for users works, the EMR portion works, just need a clean navigation path between them. HOpe to have that this weekend, as I am drilling, and should get some of this done. Will update the SVN server on Monday, and hopefully get this on lameduck by wednesday. Just depends on what other crap occurs. Michael. On Aug 1, 2006, at 9:44 PM, Yacoub Isaac wrote: > Mike > > Do you have a version of torch up and running? I looked on > lameduck but > I didn't see anything. > > Jake > |
|
From: Michael R. <os...@ea...> - 2006-01-08 03:24:55
|
Hey! Well, met a milestone that has held me up a bit, the migration to Plone 2.1.1 is complete! If you doubt what a challenge this is, just read the plone lists on the problems people have had! also, I reverted the setup to the Plone default L&F (only minor changes to the main_template, and header.pt files. There is more work to do, but I think we are close enough to put the system up for people to look at. That will be my next goal, along with cleaning up the interface, and finishing some basic functionality. We are _very_ close to something that is actually functional! I am looking forward to hearing some feedback. Jake, we are at svn revision 11 btw. I will keep updating stuff, but it looks good. M |
|
From: Michael A R. M. <mi...@we...> - 2005-12-27 13:31:44
|
Hey Ignacio, It is coming along. I had hoped to have the demo site up by now. But the migration to plone is holding me back a bit. The last thing I wanted to get working was the base workflow, to require login to the site, and so we could start working on navigation. We chose AlphaFlow, and event driven workflow product, but that necessitated the move to plone. Haven't touched it over the holidays, will start back on it today. Hope to have the plone migration done in a couple of days. As soon as that is over, I will get the demo site up, with or without workflow. WIll just have no security as yet, but will show the proof of concept at least. M On Dec 23, 2005, at 10:38 AM, Ignacio Valdes wrote: > Hi, how is the EMR project going? Can you send me a link to it? > > -- IV |
|
From: Michael A R. M. <mi...@we...> - 2005-12-24 03:26:14
|
On Dec 23, 2005, at 3:21 PM, Ignacio Valdes wrote: > Hi again, looks like you are getting TORCH on Plone? -- IV Hey Ignacio, TORCH has always been a Plone/Archetypes project, but due to workflow necessity, it has become necessary ( and ultimately desireable) to move the project to Plone 2.1.x. With the release of Plone 2.1.1, there are a lot of features that we can use that will really help us out, and simplify what we have been trying to do... Well, with the exception of getting a useable system out the door! Time has been our enemy here. I am in the process of finishing the move to Plone 2.1.1, and Zope 2.8. I hope to have this up soon. We have seriously missed our goal of November 1 for a demo site. I apologize for that. But if anyone wants, I can send a picture of my son. :) So. Here is what we have done. Calendaring: Written by Jake Isaac, which works pretty well. He is working on a templating system. EMR: Mostly working, has a "unified" encounter system, so that you can combine multiple objects into one view, and display it in a way that is logical. It is pretty cool, I think. Needs some stuff added yet, but they are small. History: track Surgical, Medical Social history Rx: prescriptions, with re-order, and refill ability. (almost.) Here is what we have planned: WORKFLOW!!! we are stuck here. Need this working next, or we can't dev the rest of the system. Planning on using Alphaflow, a well documented, activity based. AFter the plone conversion, I will work on this. Billing: keep track of billing codes for US use, CPT, and HCPCS, (with ICD-9), Hoping to use Freeb2, but not sure if we can yet... We will see. Accounting: have to keep track of the Billing somehow, I have started to play with BastionLedger, and I think it will suit our purpose well. this will give us a functional system. Michael |
|
From: Michael R. <os...@ea...> - 2005-12-19 02:54:17
|
Successfully migrated TORCH to Plone 2.1.1, Zope 2.8.4, and TextIndexNG3. The site seems to be working. Haven't tested the calendar yet Jake, but I don't think it will break much if anything. Jake, if you need to upgrade a catalog index to TextIndexNG3, just changing the index to such should be enough. What it broke: Well, the display stuff from Plone 2.0 that we used is all gone, so the CSS stuff is gone. Not a huge loss, and easily enough to fix, but we are kind of plane now. :) this will allow me to write the workflow though. That is the final step to getting a demo up. Michael |
|
From: Michael R. <os...@ea...> - 2005-12-15 14:02:05
|
Hey Jake, I have been working on the workflow stuff. The projects I have found are following: 1) DCWorkflow: is trigger based workflow. You have to actively move objects from one workflow state to the next. NOt really what we want. It will work, but not ideal. 2) OpenFlow: activity based, API is documented OK, not a lot of examples that I have found. 3) CMFOpenFlow: activity based, is a fork of OpenFlow, more tightly integrated into plone, better documented, but older. 4) AlphaFlow: activity based, good documentation (that I can see,) including how to do a file system based definition, the others above really only document how to do it through the UI, not really what we want. But, it really needs Plone 2.1, and Zope 2.8. Our product runs on 2.8 fine, I have found no glitches yet. Haven't moved to Plone 2.1, but it should be pretty painless. I would like to use 4 above, if not, then provably 2. Thoughts? Michael |
|
From: Michael A R. M. <mi...@we...> - 2005-12-01 21:58:43
|
Hey Tim, and Nigel, and anyone else listening. On Dec 1, 2005, at 9:05 AM, Tim Cook wrote: On Thu, 2005-11-24 at 09:41 +0200, Nigel Sinclair-Thomson wrote: Good day I would be grateful if you could let me know what the status is of your Torch2 project and where I can access the documentation that was on the Open Paradigms website (as referred from SourceForge. When I moved to Canada I left the project in the trusted hands of Dr. Michael Rowley. I am not certain if/when that information will be made available again or even if it is applicable. Torch2 is actually coming along well. We have had some delays due to production problems, and child births, but it is getting on track. I have CC'd Dr. Rowley and you can also access their new website at: http://www.torchmd.com although just checking it now displays only the Apache test page. Maybe they are updating the site? we have a new server that is to host the torchmd site, demo site, documentation, bug reporting, and svn server. I have not had time due to other necessities to get the site up and running again. There wasn't much up on the original site anyway, so it is not a big loss. We had a goal to get the demo site up by 1Nov, but we missed that. I hope to get it up soon. Michael Regards, -- Tim Cook, Consultant CHASE Health Informatics, Inc. GnuPG Key is available at http://www.chasehealthinformatics.com/Members/twcook Michael Rowley MD Project Manager TORCH2 Trusted Open source Records for Care and Health |
|
From: Michael A R. M. <mro...@we...> - 2005-11-11 03:11:26
|
Hey Tim, Its more of an issue of where to plug into the existing infrastructure, and how. Due to the "mess" of the default plone display, we went with a custom display, and want to hook into the existing machinery (which we did not impliment for simplicity to start with.) But, this is Zope3, which until recently was not avaliable, and we have been developing for Zope and Plone 2. Very true that zope 3 is _much_ more robust. Let us get some actual accomplishments made on what we have here. ;) M On Nov 10, 2005, at 3:26 AM, Tim Cook wrote: > Hmmmm...you do realize that there is a complete and tested security > layer in Zope that solves this issue? > > By using untrusted scripts (as you suggest below) to do security > checking, the application can be compromised. > > There is good info on Zope security and it's limitation in the Zope 3 > section. > > From the page at: > http://www.zope.org/Wikis/DevSite/Proposals/Zope3ProtectionInZope2 > ---------------------------------------------------------------------- > - > Zope 2's protection system relies on inserting security checks into > programs. In particular, Python scripts have to be compiled with a > custom Python compiler that inserts checks to make sure that untrusted > programs can't access or update unauthorized information. > Similarly, the > DTML and ZPT implementations are burdened with Zope-specific security > infrastructure. Both DTML and ZPT support Python expressions which > must > also be compiled with a custom compiler. This approach has a number of > significant disadvantages: > > * Little or no protection is provided for trusted code called by > untrusted code. Untrusted code can sometimes trick trusted > code > into performing unauthorized actions by passing it unexpected > arguments. > > ---------------------------------------------------------------------- > ----- > > You'd be better served to correctly use the existing machinery. > > > Cheers, > Tim > > > On Mon, 2005-10-31 at 08:50 -0500, Michael Rowley wrote: >> Hey Jake, >> >> >> Looking at this, I think the best way to do this is to do a check in >> the main_template at the top for the current user. If they are >> 'Anonymous' redirect them to the login page... Will also have to >> do a >> check to see if we are in the login_form template also. >> >> >> I think how we can do this is like this... this is just logic, not >> code, before someone gets all anal on me... :) >> >> >> if templateid != login_form >> >> if getAuthenticatedUser == Anonymous: >> >> redirect to login_form >> >> now just how to do this in the main_template. But this way, we can >> allow the anonymous user to hit the site, and if they aren't >> authenticated, they will be kicked to Anonymous, and no loopholes of >> forgetting to do one of the templates and ending up with a security >> hole. >> >> >> Check out my templates in clinical to see how I have done security >> for >> my pages. If the user doesn't have authorization to view cerain >> items, the links for them just don't show up... therefore can't >> get to >> them. Will need to step this up into the individual forms also, to >> prevent someone from hand typing the url into the browser and getting >> around it, but we can fix this in a bit. >> >> >> M >> >> >> >> >> Michael Rowley MD >> >> Project Manager >> >> TORCH2 >> >> Trusted Open source Records for Care and Health >> >> >> >> >> > -- > Tim Cook, Consultant CHASE Health Informatics, Inc. > GnuPG Key is available at > http://www.chasehealthinformatics.com/Members/twcook |
|
From: Tim C. <tw...@sh...> - 2005-11-10 08:26:57
|
Hmmmm...you do realize that there is a complete and tested security layer in Zope that solves this issue? By using untrusted scripts (as you suggest below) to do security checking, the application can be compromised. There is good info on Zope security and it's limitation in the Zope 3 section. =46rom the page at: http://www.zope.org/Wikis/DevSite/Proposals/Zope3ProtectionInZope2 ----------------------------------------------------------------------- Zope 2's protection system relies on inserting security checks into programs. In particular, Python scripts have to be compiled with a custom Python compiler that inserts checks to make sure that untrusted programs can't access or update unauthorized information. Similarly, the DTML and ZPT implementations are burdened with Zope-specific security infrastructure. Both DTML and ZPT support Python expressions which must also be compiled with a custom compiler. This approach has a number of significant disadvantages: * Little or no protection is provided for trusted code called by untrusted code. Untrusted code can sometimes trick trusted code into performing unauthorized actions by passing it unexpected arguments. --------------------------------------------------------------------------- You'd be better served to correctly use the existing machinery. Cheers, Tim On Mon, 2005-10-31 at 08:50 -0500, Michael Rowley wrote: > Hey Jake, >=20 >=20 > Looking at this, I think the best way to do this is to do a check in > the main_template at the top for the current user. If they are > 'Anonymous' redirect them to the login page... Will also have to do a > check to see if we are in the login_form template also. >=20 >=20 > I think how we can do this is like this... this is just logic, not > code, before someone gets all anal on me... :) >=20 >=20 > if templateid !=3D login_form > =20 > if getAuthenticatedUser =3D=3D Anonymous: > =20 > redirect to login_form > =20 > now just how to do this in the main_template. But this way, we can > allow the anonymous user to hit the site, and if they aren't > authenticated, they will be kicked to Anonymous, and no loopholes of > forgetting to do one of the templates and ending up with a security > hole. >=20 >=20 > Check out my templates in clinical to see how I have done security for > my pages. If the user doesn't have authorization to view cerain > items, the links for them just don't show up... therefore can't get to > them. Will need to step this up into the individual forms also, to > prevent someone from hand typing the url into the browser and getting > around it, but we can fix this in a bit. =20 >=20 >=20 > M >=20 >=20 >=20 >=20 > Michael Rowley MD >=20 > Project Manager >=20 > TORCH2 >=20 > Trusted Open source Records for Care and Health >=20 >=20 >=20 >=20 >=20 --=20 Tim Cook, Consultant CHASE Health Informatics, Inc. GnuPG Key is available at=20 http://www.chasehealthinformatics.com/Members/twcook |
|
From: Jake I. <jak...@co...> - 2005-11-02 18:54:21
|
Ok it took a few trys, but it is checked in, we are now on 29. Michael A Rowley, MD wrote: > Jake, > > did a small update so it would be active when you did your > integration. Don't think it will interfere if you have already > checked out. > > I will keep working > > Michael. > > > |
|
From: Michael A R. M. <mi...@we...> - 2005-10-31 14:10:41
|
some stuff from the plone list... Also interesting. M > hugues tonal wrote: > >> greetings, >> how is it possible to redirect a member in his home @ login ? >> > > You can manipulate the CMFFormController actions of the logged_in > script. These show where to go after trying to log in:: > > [actions] > action.success=traverse_to:string:login_next > action.initial_login=traverse_to:string:login_initial > action.failure=traverse_to:string:login_failed > > We see here traverse_to, but one could also use redirect_to for > locations outside the Plone site. Note that this will *always* do > the action on login, no matter where from. If you want to be more > discriminating, there are other options. > > --jcc |
|
From: Michael R. <os...@ea...> - 2005-10-31 13:52:32
|
Hey Jake,
Looking at this, I think the best way to do this is to do a check in
the main_template at the top for the current user. If they are
'Anonymous' redirect them to the login page... Will also have to do
a check to see if we are in the login_form template also.
I think how we can do this is like this... this is just logic, not
code, before someone gets all anal on me... :)
if templateid != login_form
if getAuthenticatedUser == Anonymous:
redirect to login_form
now just how to do this in the main_template. But this way, we can
allow the anonymous user to hit the site, and if they aren't
authenticated, they will be kicked to Anonymous, and no loopholes of
forgetting to do one of the templates and ending up with a security
hole.
Check out my templates in clinical to see how I have done security
for my pages. If the user doesn't have authorization to view cerain
items, the links for them just don't show up... therefore can't get
to them. Will need to step this up into the individual forms also,
to prevent someone from hand typing the url into the browser and
getting around it, but we can fix this in a bit.
M
Michael Rowley MD
Project Manager
TORCH2
Trusted Open source Records for Care and Health
|
|
From: Michael A R. M. <mi...@we...> - 2005-10-23 15:01:06
|
Jake, did a small update so it would be active when you did your integration. Don't think it will interfere if you have already checked out. I will keep working Michael. |
|
From: Michael A R. M. <mi...@we...> - 2005-10-23 14:54:13
|
Hey Tim, We are pushing for a demo to be up by Wednesday for the AIMA confrence, not sure if we are going to make it, but we are very close to having something to show. We want to have the demo up, but I would rather be late, than disfunctional. Jake and I have a roadmap, and design outline, but we do not have it posted anywhere, and it needs to be cleaned up before we do that. Have been spending our time developing rather than putting the dev site up. source code will be available once we get the demo siite up. Michael On Oct 22, 2005, at 1:35 PM, Tim Cook wrote: > On Sat, 2005-10-22 at 13:27 -0400, Michael A Rowley, MD wrote: > >> up to 21, btw. >> > > Sounds like you are making some progress. Is there a way that anyone > else can see the code or can you tell us when you'll have a release > ready? > > Cheers, > -- > Tim Cook, Consultant CHASE Health Informatics, Inc. > GnuPG Key is available at > http://www.chasehealthinformatics.com/Members/twcook > |
|
From: Tim C. <tw...@sh...> - 2005-10-22 17:36:37
|
On Sat, 2005-10-22 at 13:27 -0400, Michael A Rowley, MD wrote: > up to 21, btw. Sounds like you are making some progress. Is there a way that anyone else can see the code or can you tell us when you'll have a release ready? Cheers, --=20 Tim Cook, Consultant CHASE Health Informatics, Inc. GnuPG Key is available at=20 http://www.chasehealthinformatics.com/Members/twcook |
|
From: Tim C. <tw...@sh...> - 2005-10-22 17:36:37
|
On Sat, 2005-10-22 at 13:20 -0400, Michael A Rowley, MD wrote: > Hey jake, >=20 > We are up to versin 20, a couple of minor changes, Is there a roadmap somewhere? --=20 Tim Cook, Consultant CHASE Health Informatics, Inc. GnuPG Key is available at=20 http://www.chasehealthinformatics.com/Members/twcook |
2 messages has been excluded from this view by a project administrator.
