Agile/Scrum Task Planning



  • Picture of a task on another team's scrum board in the office.

    The most hours logged to this task in a single day always fell between 1-3. Let's see if they manage to finish this week, it's been on the board for about 10 two-week sprints so far.

    Not completely their fault, the external resources for testing haven't been responsive at all.


  • BINNED

    Looks like those patients won't be going anywhere then



  • I maintain a separate application which consumes a similar data feed. The test patients tend to not get discharged anyways. I have to be careful which view I have set as default or I'll log in to a 2-minute page load due to 30000 variations on the theme 'TESTPATIENT ONE'.


  • BINNED

    One thing I dislike about HL7 ... It is a bit @RaceProUK ... Not that it is furry, but just a bit noisy.



  • The application I maintain's database is the HL7 message format. With such table names as 'msh_adt', 'pid_adt', and the other segments common to ADTs... If you think table columns are anywhere close to standard though, you'd be sorely mistaken. Additionally, they ran into performance issues (imagine that) sometime in 2004ish and split ORU messages into textual results (msh_numeric) and text results (msh_text). Then, they had more performance problems and split the tables out further by manually "partitioning" them based on the last digit of the patient's MRN, so we now have tables such as 'msh_numeric0'.

    And the backing database at that point was MySQL 3.something I think. They updated to 4.0 sometime in 2008. It took us 2 years from 2012-2014 to move this mess onto 5.5...



  • Have you guys heard of white boards? They're great at covering up the evidence!


  • FoxDev

    We have whiteboards for tracking tickets in our sprints.

    We Blutak cards to them ๐Ÿ˜†



  • Apologies, on closer inspection of the pic it looks like this might be the case here too, which makes sense.


  • BINNED

    Uch ... don't get that ... we have a communication part where you can log HL7 messages if you want. But this is designed for that job and only retains data for a few months max.
    That data we can use to replay messages and investigate the stream. Once inside the receiving applications the HL7 is decoded and ADT, ORU, MFN & others are handled different after that.



  • Bah! We don't have this silly things. We use JIRA! With the time spent picking up the stupid Post-It's from the floor you could build an OS of your own.


  • Discourse touched me in a no-no place

    @RaceProUK said:

    whiteboards

    @RaceProUK said:

    Blutak cards to them

    ๐Ÿ˜†


  • Discourse touched me in a no-no place

    @Eldelshell said:

    With the time spent picking up the stupid Post-It's from the floor you could build an OS of your own.

    Maybe you should just use the floor as your kanban board.



  • One out of how many? I think my list of things I dislike about HL7 was in the thousands before I mercifully no longer had to deal with it.


  • BINNED

    @dkf said:

    floor as your kanban board.

    That could totally work!


  • BINNED

    @blakeyrat said:

    One out of how many

    I stopped counting when my fingers weren't sufficient anymore



  • @Luhmann said:

    Uch ... don't get that ... we have a communication part where you can log HL7 messages if you want. But this is designed for that job and only retains data for a few months max.
    That data we can use to replay messages and investigate the stream. Once inside the receiving applications the HL7 is decoded and ADT, ORU, MFN & others are handled different after that.

    Our database "design" has led to all sorts of interesting implementation details... like we accept MDMs but they get silently converted to ORUs before being passed to the code that inserts into the database. About a year ago I added logic to handle AL1 segments and cringed the whole way through creating the database table for the segment.

    @Eldelshell said:

    Bah! We don't have this silly things. We use JIRA! With the time spent picking up the stupid Post-It's from the floor you could build an OS of your own.

    We made the switch to Rally about 2 months ago for actual tracking of hours, but that doesn't work out because the only room we have to scrum in has no projector/screen and the dinky laptop screens we have here would be... insufficient. Additionally, Rally has no good view for the current sprint/iteration. You either get a line-by-line of stories and tasks, or you get a Jira/Greenhopper-style square box view... of only the stories and no tasks.

    @blakeyrat said:

    One out of how many? I think my list of things I dislike about HL7 was in the thousands before I mercifully no longer had to deal with it.

    HL7 is much better than some of the other crap I've had to deal with while working with this application.
    Things like hosting a shared virtual printer from Windows that prints to redmon, which launches a java class which converts the postscript to plaintext to determine via loose parsing what patient the document belongs to, then converts the postscript to PDF format, gzips it, and dumps it in a blob column... We also have a number of LPD printers, but we convert the data there to plaintext and dump it in an ORU to be processed by the main logic.
    Or the data export that gets generated monthly which was written in 2006 and has 0 documentation or comments, and is in some arbitrary format that we don't have the spec for but has small similarities with HL7.

    The main data processing is another story entirely, maybe I'll describe it here tomorrow. Right now I'm running on 3 hours of sleep and just spent 6 hours dealing with bullshit vague LDAP error messages from Active Directory, and 2 hours trying to get kerberos to work through Spring Security, only to find out that they changed the level of encryption Windows sends sometime between when they issued us the keytab and when I got around to actually messing with it, and they only included the one enctype.

    I'm going to go find some food and pass out.


    Filed under: How do I remove a reply after abusing it to fullquote?, I managed to hold off on making a discourse account for so long but needed to post that.


  • BINNED

    @Valarnin said:

    How do I remove a reply after abusing it to fullquote?

    Don't worry. As soon as you quote more than one thing Discourse removes the reply. Oh, but it will show it to you as a reply until you refresh.

    To preempt your questions: because Discourse! And rainbows.


  • Discourse touched me in a no-no place

    @Valarnin said:

    HL7

    When I see that, I keep thinking โ€œman, Valve must've really got on with it to get that out so soonโ€ฆโ€



  • But Half-Life 3 confirmed, though, eh?


Log in to reply