ruote log_2010-08-22

2010-08-22 04:37:57 utc dhf jmettraux: question about best approach
2010-08-22 05:02:15 utc jmettraux hello
2010-08-22 05:02:20 utc jmettraux dhf: back
2010-08-22 05:05:13 utc jmettraux dhf: sorry, I have to change location, I'll be back online in 15 minutes
2010-08-22 05:35:37 utc jmettraux dhf: back
2010-08-22 06:47:42 utc dhf sorry I had to go get my dog.
2010-08-22 06:47:45 utc dhf you there?
2010-08-22 06:48:10 utc jmettraux yes
2010-08-22 06:51:34 utc dhf I have a situation where I have a list of people related in various ways to a document. THose people need the document if various ways. I am thinking of putting a process as part of a delivery profile for each person and document type. Then have a process and participant that looks up each person and document type then launches the process from the definition in the DB. The otehr apporach is to have one participant that goes through the list of people
2010-08-22 06:51:34 utc dhf looks up each one and the document type spawning the process from the participant. Which is better?
2010-08-22 06:53:09 utc jmettraux I have no idea, it all depends on your context, sorry
2010-08-22 06:53:34 utc jmettraux on questions, like what to do when cancelling a process
2010-08-22 06:53:42 utc jmettraux what's the cost of sending a document
2010-08-22 06:53:52 utc jmettraux what's a delivery ?
2010-08-22 06:53:56 utc jmettraux etc...
2010-08-22 06:55:23 utc dhf there is no cancel. if the person is referred to on the document it must be delivered. Delivery could be fax/pring/hl7 transaction. many others. each of those will be a participant to handle the queuing for delivery.
2010-08-22 06:56:05 utc dhf these are medical doucments where the people are the dictating physician, carbon copies, admitting, ...
2010-08-22 06:56:32 utc dhf they can setup a profile taht determines how they want each document type.
2010-08-22 06:57:10 utc jmettraux so the initial input is (list of persons, list of documents) ?
2010-08-22 06:58:33 utc jmettraux re-read : initial input is (list of persons, document)
2010-08-22 06:58:56 utc jmettraux gut-feeling says, 1 participant that queues the delivery for each person
2010-08-22 06:59:16 utc dhf for example if it is a operative report the surgeon may want the copy to be delivered to their own EMR. another may just want a fax sent to them. THe earlier processes determine the document type and which people are associated with the document. the initial process takes teh extracted information and saves the document into a repository and the metadata into other tables
2010-08-22 06:59:44 utc dhf once that is doe I have lots of information in a workitem taht can then be used by other processes.
2010-08-22 07:00:32 utc jmettraux or should the workitem point to that information ?
2010-08-22 07:00:33 utc dhf I can do one process taht has a complex participant that looks up each person/document type and launches the proccess defined in their profile.
2010-08-22 07:01:25 utc dhf it could point to the various tables entries easily infact the id of the record is in the workitem as is much of the data.
2010-08-22 07:01:43 utc jmettraux ok
2010-08-22 07:02:16 utc jmettraux calling a participant or a subprocess shouldn't be so different
2010-08-22 07:02:37 utc jmettraux in the medium term you should be able to switch from one to the other as you learn about your system
2010-08-22 07:04:55 utc jmettraux if the participant launches a process (or not), then it's always a participant
2010-08-22 07:05:11 utc jmettraux from the point of view of the 'initial' process
2010-08-22 07:05:30 utc jmettraux if you change that participant later, the initial process will not notice
2010-08-22 07:05:46 utc dhf can the subprocess be loaded from a DB or must it be defined in the main process?
2010-08-22 07:06:06 utc jmettraux if you define it in the main process it will be harder to change
2010-08-22 07:06:18 utc dhf I will want to be able to add additional process to handle different delivery methods as needed in the future.
2010-08-22 07:08:31 utc jmettraux I'd say, don't put the delivery subprocess in the main process then
2010-08-22 07:10:01 utc jmettraux fuzzy gist of variants :
2010-08-22 07:10:07 utc dhf like they may want the delivery on a schedule not ASAP. or they may just want a file drop. I was planning on crating new participants to handle these actual delivery but let a process manage those items. CAn a subprocess stand alone? Is there a real difference between a process and a sub process?
2010-08-22 07:10:52 utc jmettraux a process may or may not wait for a subprocess
2010-08-22 07:12:26 utc jmettraux do you need to wait for the deliveries to all happen successfully ?
2010-08-22 07:13:07 utc dhf C looks more like I think is needed. The process that is launched comes from the DB for the person/document_type. Then to add a new delivery process is a mater of creating the new process and the required participant.
2010-08-22 07:14:16 utc dhf no need to wait. Some delivery methds are just queuing to a faxserver. others will do the actual delivery
2010-08-22 07:15:20 utc dhf so some may have to wait but that would depend upon the actual delivery process not the main deliveryparticipant
2010-08-22 07:16:17 utc dhf if I have to wait It is jsut a mater of waiting before the reply_to_engine, right
2010-08-22 07:21:41 utc jmettraux exactly
2010-08-22 07:29:37 utc dhf Ok thanks.
2010-08-22 17:44:43 utc gmcinnes Hey all. Frustrated today.